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Abstract 


An  approach  for  achieving  user-session  packet  throughput  guarantees  and  packet  intra¬ 
network  delay  limits  is  described.  Both  objectives  are  important  for  packetized  voice  calls.  The 
approach  permits  flexible  usage  of  link  capacity  by  sessions,  which  is  important  for  data  ses¬ 
sions.  Throughput  is  guaranteed  to  a  session  at  links  in  its  path  by  scheduling  priority-slots  in 
link-frames  for  transmission.  An  extension  of  end-toend  windowing  limits  the  intrarnetwork 
delay  for  a  session  to  the  sum  of,  first,  the  product  of  the  frame-time  and  the  session’s  window- 
size,  and,  second,  the  session’s  priority-slot  schedule-delay.  An  NP-completeness  result  is 
proven,  showing,  for  general  networks,  that  the  scheduling  of  priority-slots  to  obtain  mini¬ 
mum  sum  of  schedule-delays  is  algorithmically  hard.  Minimum-delay  scheduling  algorithms 
for  special  network  classes,  and  a  scheduling  heuristic  for  general  networks,  are  presented.  For 
Poisson  packet  generation  at  session  rates  less  than  throughput  guarantees,  limited  simulations 
suggest  that  low  mean  values  of  packet  end-to-end  delays,  relatively  insensitive  to  choice  of 
window-sizes,  are  obtained  even  at  small  but  non-zero  window-sizes. 
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Chapter  1 


Introduction 


1.1  Introduction 

Users  of  a  data  communication  network  set  up  sessions  to  communicate  over  the  net* 
work.  The  messages  generated  by  a  user  are  split  into  packets  at  the  source,  and  then  carried 
through  the  network  to  the  user’s  destination  by  the  user’s  session.  Packets  belonging  to  a 
session  share,  with  those  belonging  to  other  sessions,  the  transmission  capacities  of  the  links 
and  the  storage  and  switching  capacities  of  the  nodes.  There  is  usually  much  short-term  un¬ 
certainty  in  the  packet  generation  rates  for  the  sessions;  this  can  overload  the  capacities  of  the 
network  and  hence  cause  instability  in  the  network.  The  research  reported  here  is  aimed  at 
preserving  well-defined  flows  of  session  packets,  while  permitting  flexible  usage  of  link  trans¬ 
mission  capacities  by  the  sessions. 

The  emphasis  in  most  of  the  work  reported  in  the  flow-control  literature,  as  surveyed 
by  Gerla  and  Kleinrock  [13]  for  example,  is  on  the  control  of  storage  congestion.  However, 
this  research  does  not  emphasize  this  problem  since  storage  congestion  is  becoming  less  of  a 
problem  with  the  rapidly  decreasing  cost  of  providing  more  storage.  Indeed,  packet  through¬ 
puts  and  delays,  for  sessions  in  networks  that  use  flow-control  schemes  that  emphasize  storage 
congestion,  are  difficult  to  predict,  especially  so  in  the  short-term.  This  research  also  assumes 
that  the  switching  capacities  of  the  nodes  are  large  enough  to  enable  full  utilization  of  link 
transmission  capacities.  This  is  an  appropriate  assumption  since  processing  costs  have  been 
decreasing  faster  than  link  communication  costs. 

There  are  many  types  of  sessions,  such  as  packetized  voice,  that  have  relatively  stringent 
and  well-defined  packet  throughput  or  delay  requirements.  There  is  a  need  for  schemes  that 
support  sessions  for  such  users.  The  schedule-based  approach  defined  in  this  thesis  is  proposed 
as  a  possible  means  of  meeting  this  need. 
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1.2  Background 

Some  flow-control  problems  taken  from  the  literature  are  discussed  in  this  section  in 
relation  to  this  thesis.  The  discussion  is  set  first  in  the  context  of  conventional  data  sessions, 
then  in  the  context  of  packetized  voice  sessions,  and  finally  in  a  more  abstract  context. 

Peak  packet  generation  rates  for  interactive  data  sessions  greatly  exceed  their  average 
rates.  If  link  capacity  sufficient  to  accommodate  sessions’  peak  rates  were  to  be  dedicated  to 
sessions,  the  number  of  sessions  that  could  be  accommodated  would  be  severely  limited  by 
available  link  capacity.  On  the  other  hand,  if  link  capacity  just  sufficient  to  accommodate 
sessions’  average  rates  were  to  be  dedicated  to  sessions,  large  amounts  of  packet  buffering 
and  delay  would  be  required  for  each  session  to  average  the  peak  levels  of  its  activity  over  its 
inactive  periods.  Occasionally,  packets  for  a  session  would  be  greatly  delayed  while  capacity 
dedicated  to  other  channels  lay  idle.  Flexible  usage  of  link  capacity  is  desirable,  particularly  on 
these  occasions.  Hence,  as  with  most  data  network  flow-control  schemes,  the  schedule-based 
approach  does  not  dedicate  link  capacity  to  data  sessions. 

Nodal  storage  limits  in  data  networks  can  sometimes  constrain  the  usage  of  link  ca¬ 
pacity  by  sessions.  A  session  may  monopolize  the  storage  capacity  at  its  source  node,  locking 
out  packets  for  sessions  that  are  in  transit  at  that  node.  Lockouts  of  sessions  at  several  nodes 
in  a  cycle  can  result  in  deadlocks  where  no  packets  are  successfully  forwarded  by  any  session. 
However,  such  deadlocks  can  be  resolved  by  reservation  of  some  buffers  for  appropriately  de¬ 
fined  packet  classes  (Raubold  and  Haenle  [28]).  Deadlocks  should  become  rare  with  decreasing 
storage  costs,  and  with  the  use  of  window  flow-control  schemes.  Window  flow-control  is  used 
in  the  schedule- based  approach,  and  is  outlined  below. 

A  path  for  routing  packets  in  first-come  first-served  order  from  source  to  destination  is 
assigned  to  each  session,  and  the  number  of  packets  outstanding  for  the  session  along  its  path 
is  limited  as  follows.  In  end-to-end  window  flow-control,  a  session  can  have  at  most  a  number 
of  packets  equal  to  its  window-size,  for  which  its  source  node  has  not  received  packet  reception 
acknowledgements  from  its  destination  node  (Cerf  and  Kahn  [5],  /  Suja  [1]).  In  node-by-node 
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window  flow-control,  the  same  constraint  applies  between  consecutive  nodes  in  a  session’s  path 
(Rinde  and  Caisse  [30j).  In  order  that  nodal  storage  limits  are  not  exceeded,  window-sizes  for 
the  sessions  should  be  chosen  so  that  each  node  can  allocate,  to  each  session  using  it,  a  number 
of  packet  buffers  equal  to  the  session’s  window-size.  However,  proper  choice  of  window-sizes 
is  difficult  because  the  packet  throughput  and  mean  packet  delay  for  each  session  depends 
in  a  complicated  manner  on  the  set  of  all  window-sizes  chosen  (Reiser  [29]).  The  schedule- 
based  scheme  makes  the  problem  of  choosing  window-sizes  a  less  critical  one  by  providing  a 
throughput  guarantee,  which  is  not  subject  to  window  constraints,  to  each  session.  A  small 
session  window-size  results  in  small  session  packet  buffering  and  delay  at  intermediate  nodes 
in  the  session’s  path  without  any  change  in  the  session’s  throughput  guarantee. 

The  burstiness  present  in  conventional  data  sessions  is  also  present  in  voice  calls  to  a 
lesser  degree,  since  the  calls  alternate  between  talk-spurts  and  silences.  As  an  example,  the 
Time  Assigned  Speech  Interpolation  (TASI)  system  supports  a  larger  number  of  voice  calls  on  a 
single  link  than  would  have  been  possible  if  voice  calls  had  no  silences,  by  inserting  talk-spurts 
for  calls  in  the  silence  periods  of  other  calls  (Bullington  and  Fraser  [4]). 

The  burstiness  of  voice  caffs  has  also  prompted  experiments  in  voice  communication 
over  data  networks  (Weinstein  and  Forgie  [32]).  During  talk-spurts,  voice  calls  generate  packets 
at  regular  intervals  that  depend  on  the  bit-rate  used  for  voice  coding,  and  have  corresponding 
packet  throughput  requirements  (Gold  [14]).  Packet  transit  delays  from  source  nodes  to  desti¬ 
nation  nodes  are  also  required  to  satisfy  limits  that  are  set  so  that,  at  the  destinations,  packets 
can  be  played  back  at  regular  intervals.  However,  large  voice  packet  buffering  and  delay  can 
result  at  intermediate  nodes  in  a  caff’s  path  as  link  loads  approach  link  capacities.  Embedded 
coding  of  voice  may  be  used,  so  that  excess  delay  can  be  relieved  by  discarding  packets  that 
contain  less  significant  portions  of  the  coded  voice  signal,  at  both  source  and  intermediate 
nodes  (Bially,  Gold,  and  Seneff  [2]).  The  schedule-based  approach  limits  packet  transit  delays 
from  source  nodes  to  destination  nodes,  and  may  be  a  simple  approach  to  limiting  voice  packet 
delays.  Further,  at  the  possible  cost  of  some  additional  pre-transmission  buffering  and  delay,  a 
large  number  of  voice  caffs  between  the  same  source  and  destination  can  be  multiplexed  onto 


a  single  schedule-based  session  that  has  an  appropriately  sized  throughput  guarantee,  as  in 
TASI  (Weinstein  and  Hofstetter  [33]). 

Link-frames  have  been  used  in  time-division  multiplexed  circuit-switched  voice  net¬ 
works,  where  a  link-frame  consists  of  time-slots  that  are  assigned  to  the  voice  calls  using  the 
link,  and  the  frame-time  duration  is  the  same  on  all  links.  Similar  link-frames  have  also  been 
proposed  for  networks  that  carry  circuit-switched  voice  and  packet-switched  data,  where  the 
boundary  defining  the  set  of  voice  slots  in  a  frame  is  moved  in  order  to  allow  data  packets  to  use 
voice  slots  that  have  not  been  assigned  to  voice  calls  (Coviello  and  Vena  [7]).  Data  throughput 
would  be  increased  and  data  delay  decreased  if  the  frequent  silences  within  voice  calls  were 
detected,  as  in  TASI,  and  the  silences  were  used  to  transmit  data  packets  (Bially,  McLaugh¬ 
lin  and  Weinstein  [3],  Williams  and  Leon-Garcia  [34]).  This  is  possible  in  the  schedule-based 
approach,  where  both  data  and  voice  are  assumed  to  be  packetized. 

The  possibility  of  integrating  conventional  data  sessions  and  packetized  voice  calls  in 
data  networks  has  motivated  flow-control  studies  in  a  more  general  context.  Several  flow- 
control  algorithms  have  been  devised  that  achieve  fair  allocation  of  network  link  capacity  to 
sessions,  in  the  sense  of  maximizing  the  minimum  session  allocation  (Jaffe  [21],  Hayden  [18], 
Gafni  [9],  Mosely  [24],  Gafni  and  Bertsekas  [10]).  These  algorithms  are  effective  under  condi¬ 
tions  where  sessions  are  set  up  and  disconnected  infrequently.  The  ability  of  these  algorithms  to 
track  changes  in  session  activity  throughout  a  network,  maximize  the  minimum  active-session 
allocation,  and  implement  these  allocations,  may  be  limited  by  excessive  time-requirements 
for  measurement  and  communication  relating  to  the  algorithms  (Oshinsky  [26],  Mosely  [24]). 
Round-robin  scheduling  of  sessions  for  packet  transmission  at  links  in  the  network,  in  conjunc¬ 
tion  with  conventional  window  flow-control,  has  been  proposed  as  a  simple  real-time  approach 
for  achieving  this  objective  (Hahne  [17]).  The  schedule-based  approach  does  not  necessarily 
maximize  the  minimum  session  allocation,  but  is  a  Similar  real-time  approach  that  achieves 
fairness  in  the  sense  of  providing  throughput  guarantees  to  the  sessions. 


In  any  flow-control  approach,  the  mean  packet  end-to-end  delay  for  a  session,  from 
generation  at  source  to  reception  at  destination,  grows  with  increasing  levels  of  transmission 
capacity  utilization  on  the  links  in  the  session’s  path.  Proper  routing  of  sessions  at  set-up  time, 
and  control  of  session  set-up  attempts,  are  required  for  maintaining  balanced  and  limited  link 
utilizations  (Schwartz  and  Stern  [31]}.  The  integrated  routing  and  control  of  session  set-up  for 
data,  voice,  and  data  and  voice  together,  has  been  the  subject  of  some  research  (Golestaani  [15], 
Ibe  [20],  Gafni  [9]).  The  schedule-based  flow-control  approach  should  be  used  in  conjunction 
with  an  appropriate  routing  and  control  algorithm. 

A  scheduling  problem  relating  to  the  packet  transit  delay  limits  in  the  schedule-based 
approach  is  considered  in  this  thesis.  This  work  falls  in  the  area  of  deterministic,  time-periodic 
scheduling.  Some  work  has  been  reported  in  this  area  (Orlin  [25]),  for  example  in  the  context  of 
task  scheduling  in  pipelined  computers  (Kogge  [23],  pp.  71-112)  and  of  production  scheduling 
in  manufacturing  flow-shops  (  Hitz  [19],  Graves  et  al.  [16]). 

1.3  Outline 

Some  physical  and  architectural  assumptions  are  inherent  in  the  schedule-based  ap¬ 
proach.  First,  each  link  can  reliably  transmit  a  known  amount  of  information  in  a  link-frame. 
Frames  occur  periodically  on  each  link  at  intervals  of  one  frame-time,  where  the  frame-time 
is  the  same  on  all  links.  Second,  each  session  has  a  path  set  up  in  the  network  at  session 
set-up  time,  along  which  packets  for  the  session  can  be  routed.  Packets  for  each  session  are 
transmitted  in  the  same  order  on  all  links  in  the  session’s  path.  Third,  information  can  be 
communicated  to  a  session’s  source  from  its  destination  for  flow-control  purposes. 

The  schedule-based  approach  is  described  in  Chapter  2  of  this  report.  It  is  shown  that 
the  scheme  provides  each  session  in  the  network  with  a  packet  throughput  value  up  to  which 
throughput  is  guaranteed,  as  well  as  an  achievable  upper  bound  on  the  intra- network  delay 
that  a  packet  incurs  in  the  network  after  starting  transmission  on  the  first  link  in  its  path. 
The  throughput  guarantee  is  obtained  by  assigning  transmission  priority  to  the  session,  on 
each  link  in  its  path,  in  certain  time-slots  in  the  link-frames.  The  upper  bound  on  packet 


intra-network  delay  is  obtained  by,  in  addition,  limiting  the  total  number  of  packets  for  the 
session  that  can  be  in  transit  in  the  network  at  any  given  time,  using  an  extended  version 
of  end-to-end  windowing.  The  delay  bound  is  shown  to  be  a  sum  of,  first,  the  product  of 
the  session’s  window-size  and  the  frame-time,  and,  second,  the  session’s  schedule-delay.  The 
schedule-delay  is  a  function  of  the  positions  of  the  session’s  priority-slots  in  the  link-frames. 

The  scheduling  of  priority-slots,  so  as  to  result  in  low  values  of  schedule-delays,  is 
considered  from  an  algorithmic  point  of  view  in  Chapter  3.  This  problem  is  shown  to  be  hard 
for  general  networks,  as  is  the  case  for  general  instances  of  many  other  scheduling  problems,  by 
proving  an  NP-completeness  result.  (Garey  and  Johnson  [12]  provide  a  guide  to  the  theory  of 
NP-completeness.)  However,  simple  and  efficient  algorithms  that  result  in  minimal  schedule- 
delays  are  presented  for  special  classes  of  networks.  A  scheduling  heuristic,  that  can  be  applied 
to  general  networks,  is  also  presented. 

Mean  packet  delays  observed  in  simulations  of  some  networks,  with  session  packets 
generated  in  Poisson  processes  at  known  rates  that  are  less  than  the  throughput-guarantees, 
are  presented  in  Chapter  4.  The  simulation  results  suggest  that  low  mean  values  of  packet 
end-to-end  delays,  from  generation  at  source  to  reception  at  destination,  are  obtained  in  the 
schedule-based  scheme  even  with  small,  but  non-zero,  window-sizes.  Lower  values  of  schedule- 
delays  result  in  lower  mean  values  of  packet  intra-network  delays,  but  do  not  necessarily  change 
mean  packet  end-to-end  delays.  In  contrast  with  the  low  sensitivities  of  mean  end-to-end  delays 
to  changes  in  window-sizes  for  the  schedule-based  scheme,  these  sensitivities  for  conventional 
end-to-end  windowing,  with  first-come  first-served  transmission  of  packets  at  links,  are  observed 
to  be  relatively  large. 

This  thesis  report  concludes,  in  Chapter  5,  with  additional  comments  on  the  schedule- 


based  approach. 


Chapter  2 


The  Schedule-Based  Scheme  : 

Packet-Throughput  Guarantees  with  Upper-Bounded  Packet  Intra-Network  Delays 
2.1  Introduction 

Throughput  guarantees  for  sessions  are  realized  in  the  schedule-based  scheme  by  defin¬ 
ing  a  network-wide  frame-time,  and,  at  each  link  in  each  session's  path,  assigning  packet  trans¬ 
mission  priority  to  the  session  in  a  time-periodic  manner,  once  per  frame-time.  An  extended 
version  of  end-to-end  windowing  maintains  the  throughput  guarantee  for  each  session,  while 
upper-bounding  the  intra-network  packet  buffering  for  the  session.  The  throughput  guarantee 
and  bounded  buffering,  together,  result  in  an  upper  bound  on  the  packet  intra-network  delay 
for  the  session.  These  operations  are  explained  in  this  chapter,  assuming  the  following  network 
model. 


a)  All  packets,  for  all  sessions,  are  the  same  number  of  bits  in  length.  Each  link  is 
time-slotted,  with  slot  duration  equal  to  the  packet  transmission  time.  Packet  transmissions 
begin  at  the  start-times  of  slots.  Links  are  error-free,  and  can  reliably  communicate  packets, 
one  per  time-slot.  All  links  are  equal  in  bit-speed,  so  that  the  slot  duration  on  each  link  is  the 
same.  This  duration  is  one  time-unit. 

b)  All  packets  belonging  to  a  session  are  routed  along  the  same  path  in  the  network, 
where  the  path  is  chosen  at  session  set-up  time.  The  packets  belonging  to  the  session  are 
transmitted  in  the  same  order  on  all  links  in  the  session’s  path.  Packet  propagation  delays  at 
all  links,  and  packet  switching  delays  at  all  nodes,  are  zero. 

c)  Window-tokens  are  returned  to  a  session’s  source  node  from  its  destination  node, 


for  all  sessions. 


2.2  Realization  of  throughput  guarantees 


The  frame-time  for  the  network  is  chosen  equal  to  T  time-units,  and  a  link-frame  of 
length  T  slots  is  defined  on  each  link.  Each  session  is  guaranteed  a  throughput  of  1  packet  per 
T  time-units,  as  follows.  At  set-up  time,  a  session’s  path  is  chosen  subject  to  the  restriction 
that  the  number  of  sessions  sharing  any  link  is  at  most  T,  and  the  session  is  assigned  priority 
of  transmission  in  one  slot  in  the  frame  on  each  link  in  its  path.  Link-frames  are  repeated  on 
their  respective  links  at  intervals  of  one  frame-time.  Thus,  each  session  is  guaranteed  packet 
transmission  priority,  on  each  link  in  its  path,  at  intervals  of  T  time-units,  making  feasible  a 
session  throughput  of  1  packet  per  T  time-units. 

2.3  Upper-bounding  of  intra-network  packet-buffering 

Consider  a  session  s  that  shares  a  link  1  with  T  -  1  other  sessions.  If  each  session  gener¬ 
ates  packets  in  a  random  process,  with  mean  packet-generation  rate  less  than  but  approaching 
1/T  packets  per  time-unit,  the  packet-buffering  requirements  for  session  s  typically  approach 
infinity.  The  storage  is  required  along  the  part  of  the  session’s  path  that  is  up-stream  from 
the  link  1.  If  the  link  is  not  the  first  in  the  session’s  path,  this  storage  may  be  required  at  an 
intermediate  node  in  the  path.  The  storage  requirements  for  the  session  can  be  reduced  at 
the  intermediate  nodes  in  its  path,  and  concentrated  mainly  at  its  source  node,  by  using  the 
following  extended  version  of  end-to-end  windowing,  which  upper-bounds  the  packet-buffering 
for  a  session  at  all  its  intermediate  nodes  combined. 

Real  tokens  for  the  session,  equal  in  number  to  the  session’s  window-size,  are  created 
at  session  set-up  time,  at  the  session’s  source  node.  As  in  conventional  end-to-end  windowing, 
these  tokens  are  returned  to  the  session’s  source  node  after  they  reach  its  destination  node.  If 
a  packet  belonging  to  the  session  is  to  be  transmitted  on  the  first  link  in  the  session’s  path 
in  a  non-priority  slot,  in  which  the  session  does  not  have  pre-assigned  transmission  priority, 
the  packet  is  required  to  acquire  a  real  token  at  the  source  node,  and  deposit  the  token  at  the 
opposite  node  for  the  link  upon  reception  there.  While  the  session’s  usage  of  non-priority  slots 
on  the  first  link  in  its  path  may  be  blocked  temporarily  for  a  lack  of  real  tokens,  its  usage  of 
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its  priority-slots  is  not  blocked  on  any  link  in  its  path,  so  that  its  throughput  guarantee  of  one 
packet  per  frame  can  be  maintained.  If  a  packet  belonging  to  the  session  is  transmitted  on  the 
Erst  link  in  the  session’s  path  in  a  priority-slot,  it  is  assumed  to  carry  a  fictitious  token  for  the 
session  over  the  link,  and  deposit  the  token  at  the  opposite  node  for  the  link.  Unlike  real  tokens, 
fictitious  tokens  are  removed  from  the  network  when  they  reach  the  session’s  destination  node. 

Since  each  packet  belonging  to  the  session  carries  a  token  for  the  session  over  the  first 
link  in  the  session’s  path,  the  number  of  such  packets  that  are  received  at  the  first  intermediate 
node  in  the  path  equals  the  number  of  times  that  tokens  for  the  session,  of  real  or  fictitious 
type,  are  received  at  that  node.  When  a  packet  belonging  to  the  session  is  transmitted  on 
a  subsequent  link  in  the  path,  it  is  again  required  to  carry  a  token  for  the  session,  real  or 
fictitious,  over  the  link  and  deposit  the  token  at  the  opposite  node  for  the  link.  Thus,  the 
number  of  the  session’s  packets  at  an  intermediate  node  in  the  path,  equals  the  number  of  real 
and  fictitious  tokens  for  the  session  at  the  node. 

The  number  of  real  tokens  present  for  the  session,  at  all  intermediate  nodes  combined, 
is  at  most  equal  to  the  window-size  for  the  session.  The  number  of  fictitious  tokens  is  bounded 
as  follows.  The  maximum  rate  at  which  fictitious  tokens  are  carried  over  the  first  link  in 
the  session’s  path  equals  one  per  frame.  The  session  does  not  have  any  guarantee  that  its 
packets  can  be  transmitted  in  non-priority  slots  on  any  link  in  its  path.  A  fictitious  token  is 
selected  if  possible,  rather  than  a  real  token,  when  a  packet  is  transmitted  in  a  priority-slot 
on  a  subsequent  link.  This  ensures  that  the  number  of  fictitious  tokens  at  intermediate  nodes 
remains  upper-bounded,  even  in  the  extreme  case  for  which  the  fictitious  token  rate  on  the 
first  link  is  one  per  frame  and  only  priority-slots,  once  per  frame,  are  available  on  subsequent 
links.  In  the  extreme  case  above,  this  rule  forces  the  real  token  circulation  rate  to  zero,  and  the 
fictitious  token  rate  on  all  links  in  the  path  equals  the  guaranteed  packet  rate  of  one  per  frame. 
While  real  and  fictitious  tokens  are  thus  sometimes  carried  in  different  order  on  different  links 
in  the  session’s  path,  packets  for  the  session  are  always  transmitted  in  the  same  order  on  all 
links  in  the  path.  The  token-usage  algorithm  for  a  session  is  summarized  in  Figure  2.1. 


Type  of  token  as  function  of  link  and  slot 

Priority  slot  Non-priority  slot 

First  link  Fictitious  Real 

Subsequent  link  Fictitious,  if  any;  Fictitious  or  Real 

otherwise,  Real 

Number  of  Real  tokens  equals  Window-size 
Real  tokens  are  returned  to  source  from  destination 
Fictitious  tokens  are  always  present  at  source 

Figure  2.1  The  Token  Usage  Algorithm  for  a  Session 

2.4  Upper  bound  for  packet  intra-network  delay 

The  intra-network  delay,  for  a  packet  belonging  to  a  session,  is  the  time  from  the  start 
of  packet  transmission  on  the  first  link  in  the  session’s  path,  to  the  finish  of  packet  reception 
on  the  last  link  in  the  path.  The  packet  intra-network  delay  is  equal  to  1  if  the  number  H  of 
links  in  the  path  is  1.  Otherwise,  as  shown  here,  the  delay  is  upper-bounded  by  the  sum  of, 
first,  the  product  wT  of  the  session’s  window-size  w  and  the  frame-time  T,  and,  second,  the 
session’s  schedule-delay. 

The  schedule-sequence,  schedule-delay,  and  schedule-wait,  for  a  session,  are  defined  as 
follows.  Assume,  for  purposes  of  definition,  that,  first,  the  session  can  transmit  only  in  priority- 
slots  on  each  link  in  its  path,  second,  the  session  has  only  one  packet  to  carry  through  the 
network,  and,  third,  the  packet  is  transmitted  on  the  first  link  in  the  priority-slot  that  starts 
at  time  0  <  <Tj  <  T.  Let  <r^,  2  <  h  <  H,  denote  the  start-time  of  the  priority-slot,  on 
the  h-th  link  in  the  path,  in  which  the  packet  is  transmitted  on  that  link.  Since  priority-slots 


recur  on  each  link  at  intervals  of  the  frame- time  T,  the  packet  waits  less  than  T  time-units  at 
each  intermediate  node  in  the  session’s  path,  i.e.,  a\  + 1  <  a^+i  <  a^  +  l  +  T,  1  <  h  <  H  -  1. 
The  schedule-sequence  for  the  session  is  the  sequence  o\,o-i jj.  The  schedule-delay  for 
the  session  is  an  -  a^  +  1,  the  intra-network  delay  for  the  packet.  The  schedule- wait  for  the 
session  is  an  -  a i  + 1  -  H,  the  difference  between  the  schedule-delay  and  the  H  time-units  used 
for  transmission  of  the  packet.  Since  there  are  H  —  1  intermediate  nodes  in  the  session’s  path, 
the  schedule-wait  is  less  than  ( H  -  1)T.  Hence,  the  schedule-delay  is  less  than  ( H  -  1)T  +  H, 
and  the  delay-bound  to  be  shown,  (an  -  a\  -I-  1)  +  wT,  is  less  than  (w  +  H  -  1  )T  -I-  H. 

A  heuristic  argument  is  presented  below,  for  a  session  with  H  >2  links  in  its  path,  to 
show  that  the  intra-network  delay  for  any  packet  belonging  to  the  session  is  upper-bounded 
by  Wh  —  <J\  +  1)  +  wT.  The  proof  is  presented  in  Appendix  A. 

Worst-case  scenario  when  w  =  0  (a  heuristic  argument)  : 

Since  the  session  has  no  real  tokens,  all  packets  use  priority-slots  when  they  are  trans¬ 
mitted  on  the  first  link  in  the  path.  The  worst-case  intra-network  delay  for  the  session  arises  if 
the  maximum  possible  number  of  packets  for  the  session  are  transmitted  on  the  first  link,  and 
slots  are  available  to  the  session  on  subsequent  links  at  the  minimum  possible  rate.  Therefore, 
assume  that  the  «-th  packet,  *  >  1,  for  the  session  starts  transmission  on  the  first  link  at  time 
ai  +  (i  —  1  )T,  and  that  only  priority-slots  are  available  to  the  session  on  subsequent  links. 

In  this  scenario,  the  first  packet  for  the  session  starts  transmission  on  the  second  link 
in  the  path  at  time  a j.  Also,  it  follows  that  the  t'-th  packet,  t  >  2,  starts  transmission  on  the 
second  link  at  time  +  (i  -  1)T.  In  general,  the  i-th  packet, »  >  1,  starts  transmission  on  the 
A-th  link,  1  <  h  <  H,  at  time  o\  +  (»  —  1)T.  The  intra-network  delay  for  the  t-th  packet, »  >  1, 
is  +  (*  -  l)T]  —  (<7i  -(-  (t  —  l)T]  +  1,  or  an  —  a\  +  1,  which  is  the  delay-bound  to  be  shown 


Worst-case  scenario  when  w  >  0  (a  heuristic  argument)  : 


If  the  maximum  possible  number  of  packets  for  the  session  are  transmitted  on  the  first 
link,  subject  to  the  condition  that  only  priority-slots  are  available  to  the  session  on  subsequent 
links,  then,  first,  the  fictitious  tokens  for  the  session  start  transmission  on  the  links  in  the 
path  at  the  same  time-instants  as  the  packets,  or  fictitious  tokens,  do  in  the  w  =  0  worst-case 
scenario,  and,  second,  the  w  real  tokens  for  the  session  are  backlogged  at  the  second  link  in 
the  path.  Thus,  this  scenario  results  in  the  maximum  numbers,  and  maximal  delaying,  of  both 
fictitious  and  real  tokens,  and  hence  packets,  in  the  network  for  the  session. 

In  this  scenario,  packets  for  the  session  can  use  only  priority-slots  when  they  are  trans¬ 
mitted  on  the  first  link  in  the  path.  A  packet  that  starts  transmission  on  the  first  link  at  time 
<T\  +  (»  —  1)T  cannot  start  transmission  on  the  second  link  at  time  +  (»  -  1)T,  but  must  do 
so  after  the  w  packets  belonging  to  its  session,  that  are  enqueued  in  front  of  it  at  the  second 
link,  are  transmitted  on  the  second  link.  Thus,  the  packet  starts  transmission  on  the  second 
link  at  time  ffj  +•  (i  -  1  +•  w)T,  carrying  a  fictitious  token,  and  starts  transmission  on  the  h- th 
link,  h  >  3,  at  time  <T\  +  («  -  1  +  w)T,  carrying  the  same  fictitious  token.  The  intra-network 
delay  for  the  packet  is  [aH  +  (t  -  1  +  ti;)r]  -  [<J\  +  (»  -  l)T]  -I - 1,  or  ( -  <rt  +  1)  +  wT,  which 
is  the  delay-bound  to  be  shown. 
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Chapter  3 


Scheduling  of  Priority-Slots  : 

An  NP-Completeness  Result  and  Some  Algorithms 

3.1  Introduction 

The  schedule-based  scheme,  as  described  in  Chapter  2,  upper-bounds  the  packet  intra¬ 
network  delay  for  each  session  by  the  sum  of,  first,  the  session’s  schedule-delay,  and,  second, 
the  product  of  the  session’s  window-size  and  the  frame-time.  The  schedule-delay  for  a  session 
is  determined  by  its  schedule-sequence,  i.e.,  by  the  position  of  its  priority-slot  in  the  frame 
on  each  link  in  its  path.  The  scheduling  of  priority-slots,  so  as  to  result  in  low  values  of 
schedule-delays,  is  considered  from  an  algorithmic  point  of  view  in  this  chapter. 

A  schedule  that  has  non-integer  valued  slot  start-times  can  be  efficiently  transformed 
into  a  schedule  with  only  integer-valued  start-times,  without  increasing  the  sum  of  schedule- 
delays;  the  procedure  is  described  in  Appendix  B.  Accordingly,  attention  is  restricted  to  the 
construction  of  schedules  that  have  integer-valued  slot  start-times. 

First,  for  networks  that  have  frame-time  equal  to  3  time-units,  the  problem  of  decid¬ 
ing  whether  schedules  that  have  all  schedule-waits  equal  to  zero  exist,  is  shown  to  be  NP- 
complete.  In  the  theory  of  computational  complexity,  it  is  conjectured  that  there  do  not  exist 
any  polynomial- time  algorithms  for  solving  all  instances  of  a  problem  that  is  NP-complete 
(Garey  and  Johnson  [12]).  Hence,  some  special  classes  of  networks  are  considered  next,  for 
which  linear-time  algorithms  are  presented  for  computing  schedules  that  have  the  minimum 
sum  of  schedule-waits.  Finally,  a  scheduling  heuristic  that  can  be  applied  to  general  networks 
is  presented  together  with  upper  bounds  on  the  resulting  sum  of  schedule-waits. 

3.2  An  NP-completeness  result 

Let  5  denote  the  set  of  sessions,  and  L  the  set  of  links,  in  a  network  that  has  frame- 
time  equal  to  T  time-units.  The  paths  for  the  sessions  are  known,  and  the  number  of  sessions 
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sharing  any  link  is  at  most  T.  Let  H*,  1  <  a  <  |S|,  denote  the  number  of  links  in  the  path  for 
the  s-th  session.  The  schedule  for  the  network  is  the  set  of  schedule-sequences  for  the  sessions 
in  S.  More  precisely,  an  integer  schedule  a  is  a  mapping  o*h,  1  <  s  <  |5|,  1  <  h  <  H* ,  into 
the  set  of  integers,  that  satisfies  the  following  conditions  3.1. 

0  <  <r*  <  T  —  1,  1  <  a  <  |S|.  (3.1a) 

1  <  -  (r$K_x  <T,  1  <  s  <  \S\,  2  <  h  <  H* .  (3.16) 

If  the  /-th  link  is  the  h- th  sequential  link  in  the  s-tb  session’s  path  and  also  the  h'-th. 
sequential  link  in  the  s'-th  session’s  path,  1  <  /  <  |L|,  s  ^  s',  1  <  s,  s'  <  |5|,  1  <  h  <  H *,  1  < 
h'  <  H*‘,  then 

aK  9^  ak>  [modulo  T).  (3.1c) 

The  sum  of  schedule-waits  for  a  schedule  a  is 

1*1 

^ = Em-  - »; + 1  -  »•)■  (3-2) 

•Sl 

The  following  ‘Network  3-Periodic  Zero- Wait  Scheduling’  decision  problem  is  shown 
here  to  be  NP-complete  :  for  a  network  instance  I  that  has  frame-time  T  —  3  does  there 

exist  an  integer  schedule  <j  that  has  sum  of  schedule-waits  Wa  =  0  ?  Some  corollaries  of  this 

NP-completeness  result  are  presented  in  Appendix  C. 

Theorem  3.1: 

The  ‘Network  3-Periodic  Zero- Wait  Scheduling’  problem  is  NP-complete. 

Proof:  The  theorem  follows  from  a)  and  b)  below. 

a)  The  ‘Network  3-Periodic  Zero- Wait  Scheduling’  problem  is  in  the  class  of  problems 


NP.  This  is  shown  as  follows. 


Assume  that  there  exists  a  zero-wait  integer  schedule  a  for  the  network  instance  I. 
Then,  the  validity  of  conditions  3.1  for  schedule  <r,  and  of  the  value  Wa  given  by  eqn.  3.2,  can 
be  checked  in  polynomial-time.  Therefore,  the  problem  is  in  the  class  NP. 

b)  The  NP-complete  ‘Graph  3-Colourability’  problem  is  reducible  to  the  ‘Network  3- 
Periodic  Zero- Wait  Scheduling’  problem,  in  polynomial-time.  This  is  shown  below. 

Let  V  denote  the  set  of  vertices,  and  E  the  set  of  edges,  of  a  graph.  A  3-colouring  /  for 
the  graph  is  a  mapping  /„,  1  <  v  <  |V],  into  the  set  {0,1,2},  of  ‘vertex  colours’,  that  satisfies 
the  following  condition.  If  the  e-th  edge  is  [u,  v],  i.e.,  incident  on  the  u-th  and  v-th  vertices, 
1  <  e  <  |J5|,  u^v,  1  <  u,  v  <  | VJ ,  then 

/u  /«•  (3.3) 

Consider  the  ‘Graph  3-Colourability’  problem  :  for  a  graph  instance  G  =  {V,  E),  does  there 
exist  a  3-colouring  /  ? 

The  procedure  described  next  is  used  to  construct  a  network  instance  I  corresponding 
to  the  graph  instance  G,  with  the  following  properties.  The  network  has  frame-time  T  =  3. 
There  is  a  one-to-one  correspondence  of  sessions  in  the  network  to  vertices  in  the  graph.  Each 
link  in  the  network  lies  in  one  or  two  of  the  paths  for  the  sessions.  All  links  are  numbered 
0,  1,  or  2.  As  shown  in  Fig.  3.1a,  the  numbers  of  the  sequential  links  in  each  session’s  path 
constitute  a  modulo-3  count,  with  the  first  link  numbered  0.  The  construction  procedure  is  as 
follows. 

i)  For  1  <  v  <  |V|,  repeat  the  following.  Construct  a  separate  first  link,  numbered  0, 
for  the  v-th  session’s  path. 

ii)  For  1  <  e  <  \E\t  repeat  the  following.  If,  in  graph  G,  the  e-th  edge  is  incident 
on  the  u-th  and  v-th  vertices,  then  extend  the  u-th  and  v-th  sessions’  paths  so  as  to  meet 
in  a  common  link,  as  shown  in  Fig.  3.1b.  If  the  old  last  links  in  the  u-th  and  v-th  sessions’ 
paths  are  numbered  x  and  y  respectively,  then  tv(x,y)  and  z(x,  y)  links  are  padded  on  in  the 
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Figure  3.1  The  Structure  of  the  Network  I  in  the  Proof  of  Theorem  3.1 


respective  paths,  so  that  the  number  resulting  for  the  new  common  last  link  forms  a  modulo-3 
count  with  the  link- numbers  in  each  path. 

This  is  a  linear-time  construction  procedure;  the  constructed  network  I  has  |V|  sessions 
and  at  most  jV|  +  5|i£|  links.  As  shown  next,  a  zero-wait  integer  schedule  exists  for  network  I 
if,  and  only  if,  a  3-colouring  exists  for  graph  G.  Thus,  the  ‘Graph  3-Colourability’  problem  is 
reduced  to  the  ‘Network  3-Periodic  Zero- Wait  Scheduling’  problem,  in  polynomial-time. 

Suppose  /  is  a  3-colouring  for  G.  Then,  as  shown  below,  there  exists  a  zero-wait  integer 
schedule  for  I.  Define  a  by  =  fv  +  h  -  1,  1  <  v  <  |V|,  1  <  h  <  Hv .  Then,  the  integers 
a £  satisfy  conditions  3.1a  and  3.1b,  and  the  value  Wa  given  by  eqn.  3.2  is  0.  Condition  3.1c 
is  verified  as  follows.  If  a  link  is  the  hu-th  and  h„-th  sequential  link  in  the  u-th  and  v-th 
sessions’  paths  respectively,  then  it  is  the  common  new  last  link  resulting  from  the  extension 
corresponding  to  the  edge  [u,v]  in  G.  Hence,  /u  ^  fv(moduIo  3),  and  hu  =  hv(modulo  3). 
Therefore,  ^  <*£.( modulo  3),  and  condition  3.1c  is  satisfied.  Thus,  a  is  a  zero-wait  integer 
schedule  for  I. 

Conversely,  suppose  that  a  is  a  zero-wait  integer  schedule  for  I.  Then,  as  shown  below, 
there  exists  a  3-colouring  for  G.  Define  /  by  /„  =  a\,  1  <  v  <  |V|.  Then,  each  number  /„  is 
0,  1,  or  2.  Condition  3.3  is  verified  as  follows.  If  [u,v]  is  an  edge  in  G,  then  there  is  a  link  in 
I  that  is  the  new  last  link  resulting  from  the  extension  corresponding  to  edge  [u,v].  Let  this 
link  be  the  hu-th  and  hv-th  sequential  link  in  the  u-th  and  v-th  sessions’  paths  respectively. 
Then,  jz  <r^(modulo  3),  and  hu  =  hv(modulo  3).  Since  W9  =  0,  =  <r“  +  hv  -  1  and 

=  (T®  +  hv  —  1.  Therefore,  <7“  ^  a”( modulo  3),  and  condition  3.3  is  satisfied.  Thus,  /  is  a 
3-colouring  for  G. 

This  completes  the  proof  of  Theorem  3.1. 

3.3  Some  scheduling  algorithms 

The  discussion  of  scheduling  algorithms  is  facilitated  by  the  following  definition  of  the 
link-precedence  graph  for  a  network.  There  is  a  one-to-one  correspondence  between  links  in 


the  network  and  vertices  in  the  link-precedence  graph.  There  is  a  directed  arc  a  =  {i,j)  from 
the  i-th  vertex  to  the  j-th  vertex  in  the  link-precedence  graph  if,  and  only  if,  at  least  one 
session  in  the  network  has  the  corresponding  links,  in  the  order  as  consecutive  links  in 
its  path.  The  weight  wa  =  of  arc  a  =  ( i,j )  of  the  link-precedence  graph,  is  the  number 
of  sessions  that  have  the  corresponding  links  as  consecutive  links  in  their  paths. 

If  the  link-precedence  graph  is  a  tree,  then  the  following  algorithm  Atr««  constructs  an 
integer  schedule  that  has  sum  of  schedule-waits  equal  to  0,  in  linear-time.  Atre«  constructs 
the  schedule  link  by  link,  each  time  scheduling  all  priority-slots  that  are  to  be  scheduled  in 
the  link-frame  under  consideration.  Figure  3.2  shows  a  network  for  which  the  link-precedence 
graph  is  a  tree.  Figure  3.3  shows  a  zero-wait  schedule  constructed  for  this  network  using  Atree. 

Algorithm  Atr»t  '■ 

Step  1)  Select  a  root  vertex  for  the  link-precedence  tree.  Number  all  \L\  vertices  in  the 
tree,  in  non-decreasing  order  of  distance  in  link-hops  from  the  root.  Renumber  links  in  the 
network  so  that  each  link-precedence  graph  vertex  and  its  corresponding  link  have  the  same 
number. 

Step  2)  Construct  an  integer  schedule  for  all  priority-slots  in  the  frame  on  link  number 

1. 

Step  3)  Perform  the  following  |Lj  -  1  iterations.  At  iteration  /,  2  <  /  <  \L\,  construct 
an  integer  schedule  for  all  priority-slots  in  the  frame  on  the  /-th  link  as  follows. 

There  is  an  integer  »,  1  <»'</-  1,  such  that  either  (i,/)  or  (/,«)  is  an  arc  in  the 
link-precedence  graph.  Suppose  that  (i,/)  is  an  arc  in  the  link-precedence  graph.  Then,  the 
i-th  link  is  received  at  the  node  from  which  the  /-th  link  transmits.  For  each  session  that  has 
the  i-th  and  /-th  links  as  consecutive  links  in  its  path,  schedule  its  priority-slot  on  the  /-th  link 
so  as  to  start  when  its  priority-slot  finishes  on  the  i-th  link,  modulo  the  frame-time.  Suppose, 
instead,  that  (/,i)  is  an  arc  in  the  link-precedence  graph.  Then,  the  /-th  link  is  received  at  the 
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consecutive  links  in  its  path,  schedule  its  priority-slot  on  the  /-th  link  so  as  to  finish  when  its 
priority-slot  starts  on  the  t-th  link,  modulo  the  frame-time. 

Suppose  that  some  priority-slots  remain  to  be  scheduled  in  the  frame  on  the  /-th  link. 
Since  the  link-precedence  graph  is  a  tree,  these  slots  are  the  first  of  their  respective  sessions’ 
priority-slots  to  be  scheduled.  Schedule  these  remaining  priority-slots  so  as  to  start  at  integer 
times  in  the  frame  that  are  as  yet  unassigned. 

This  completes  the  description  of  Atr«,. 

The  simplest  non-trivial  link-precedence  graph  that  is  not  a  tree  is  a  directed  triangle. 
In  this  case,  as  shown  in  Appendix  D,  the  minimum  sum  of  schedule-waits  is  0  or  1,  and 
there  is  a  linear-time  algorithm  for  constructing  a  minimum-wait  integer  schedule.  If  the  link- 
precedence  graph  is  a  triangle  with  tree-offshoots,  the  following  linear-time  algorithm  computes 
an  integer  schedule  that  has  minimum  sum  of  schedule-waits.  First,  all  priority-slots  that  are  to 
be  scheduled  on  the  links  corresponding  to  the  vertices  of  the  triangle  are  scheduled  using  the 
algorithm  for  a  triangular  link-precedence  graph.  Then,  each  of  the  tree-offshoots  is  scheduled 
using  algorithm  Atrtt,  with  the  appropriate  triangle  vertex  already  scheduled  chosen  as  root 
vertex.  The  minimum  sum  of  schedule- waits  is  either  0  or  1. 

Algorithm  Atr«i  can  be  extended  so  as  to  apply  to  general  networks.  The  extended 
algorithm  Ah,uri,tiCi  described  below,  is  applied  to  each  connected  link-precedence  graph  com¬ 
ponent  LPG. 

Algorithm  Ah,Urittie  ■ 

Step  1)  Compute  a  maximum- weight  spanning  tree  MST,  for  LPG.  This  can  be  done 
in  quadratic-time  by  appropriately  applying  an  algorithm,  such  as  described  by  Papadimitriou 
and  Steiglitz  [27],  for  computing  minimum- weight  spanning  trees  in  general  graphs. 


Step  2)  Select  a  root  vertex  for  MST.  Number  all  \  L\  vertices  in  MST  in  non-decreasing 
order  of  distance, in  MST,  in  link-hops  from  the  root.  Renumber  links  in  the  network  so  that 
each  link- precedence  graph  vertex  and  its  corresponding  link  have  the  same  number. 

Step  3)  Construct  an  integer  schedule  for  all  priority-slots  in  the  frame  on  link  number 

1. 

Step  4)  Perform  the  following  |I|  -  1  iterations.  At  iteration  /,  2  <  /  <  |L|,  compute 
an  integer  schedule  for  all  priority-slots  in  the  frame  on  the  /- th  link  as  follows. 

Let  At  denote  the  set  of  arcs  a  in  LPG,  that  are  of  the  form  a  =  (»',/)  (or  a  =  (/,»)), 
where  1  <  *  <  /  —  1.  Let  W'a  denote  the  following  function  of  the  schedule  to  be  computed 
for  the  /-th  link.  If  a  =  («,/),  then  W*  is  the  sum,  over  all  wa  sessions  that  have  the  i-th  and 
/-th  links  as  consecutive  links  in  their  paths,  of  the  modulo-frame-time  wait  between  the  finish 
of  the  session’s  priority-slot  on  the  t-th  link  and  the  start  of  its  priority-slot  on  the  /-th  link. 
Otherwise,  a  =  (/,*),  and  W‘a  is  the  sum,  over  all  u/a  sessions  that  have  the  /-th  and  t-th  links 
as  consecutive  links  in  their  paths,  of  the  modulo-frame-time  wait  between  the  finish  of  the 
session’s  priority-slot  on  the  t- th  link  and  the  start  of  its  priority-slot  on  the  t-th  link.  Assign 
integer  start-times  in  the  frame  on  the  /-th  link  to  the  priority-slots  for  the  sessions  sharing  the 
link,  using  an  assignment  algorithm  that  minimizes  £a,A|  W*.  This  can  be  done  in  cubic  time 
by  applying  an  optimal  assignment  algorithm  such  as  described  in  Papadimitriou  and  Steiglitz 
[27|. 

This  completes  the  description  of  A^,ur>,t«e- 

The  schedule-wait  for  a  session  that  contributes  to  the  weights  of  arcs  in  the  link- 
precedence  graph  component  LPG  is  the  sum,  over  all  arcs  a  =  (»',/)  in  LPG  such  that  the 
t-th  and  /-th  links  are  consecutive  links  in  the  session’s  path,  of  the  modulo-frame-time  wait 
between  the  finish  of  the  session’s  priority-slot  on  the  t-th  link  and  the  start  of  its  priority-slot 
on  the  /-th  link.  Wa,  a  =  (*,/),  is  the  sum,  over  all  wa  sessions  that  have  the  i-th  and  /-th 
links  as  consecutive  links  in  their  paths,  of  the  modulo-frame-time  wait  between  the  finish  of 


the  session’s  priority-slot  on  the  t-th  link  and  the  start  of  its  priority-slot  on  the  /- th  link. 
The  set  of  all  arcs  in  LPG  is  the  union  of  the  |i|  —  1  sets  Aj,  2  <  /  <  \L\.  Hence,  the  sum, 
over  all  sessions  that  contribute  to  the  weights  of  arcs  in  LPG,  of  schedule-waits  for  sessions 

»  Elii  z..A, 


The  sum  of  schedule- waits  Wa>  for  the  integer  schedule  a  computed  by  A\«Ur»«tie,  is 
shown  below  to  satisfy  the  following  upper  bounds.  Let  T  denote  the  frame-time  for  the 
network.  Then, 
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[T  -  1)  w*,j 
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(Tree  bound); 
(Assignment  bound). 


(3.4) 


The  Tree  bound  is  obtained  as  follows.  The  modulo-frame-time  wait  between  the 
priority-slots  for  a  session  that  are  on  consecutive  links  in  the  session’s  path,  in  an  integer 
schedule,  is  an  integer  between  0  and  T  -  1.  At  iteration  /  in  step  4  of  A/itur„t,C)  there  is 
an  integer  t,  1  <  *  <  /  —  1,  such  that  either  («,/)  or  (/, s')  is  an  arc  in  MST.  Suppose  that 
priority-slots  were  scheduled  at  iteration  l  so  that  W'a  —  0  when  a  =  (»,/)  (or  a  =  (/,«)),  as  is 
done  in  algorithm  Atrt*-  Then,  defining  A\  to  be  Aj  -  {(»,/)}  (or  Aj  -  {(/,»’)})> 

E  »*r:  <  22  -  >)•  (3.5) 

«A|  mA{ 

This  inequality  must  also  hold  for  the  actual  scheduling  at  iteration  l,  for  which  the  value  of 
YlatAt  W'a  is  minimum.  Summing  inequality  3.5  over  all  iterations  /,  2  <  /  <  \L\,  the  Tree 
bound  results. 


The  Assignment  bound  is  obtained  next.  In  Appendix  E,  it  is  shown  that  the  priority- 
slots  at  iteration  l  in  step  4  of  Ak,Uruue  can  be  scheduled  so  that 

(3.6) 

a«A(  '  /  a«A| 


This  inequality  must  also  hold  for  the  actual  scheduling  at  iteration  /.  Summing  inequality  3.6 
over  all  iterations  /,  2  <  /  <  |L|,  the  Assignment  bound  results. 


The  Tree  bound  is  zero  when  LPG  is  a  tree,  and  a  is  then  a  schedule  with  zero  sum 
of  schedule-waits.  More  generally,  a  zero-wait  schedule  is  obtained  when  the  link-precedence 
graph  is  a  forest.  The  Tree  bound  is  proportional  to  the  sum  of  the  weights  of  all  arcs  in 
LPG  that  are  not  in  MST.  Since  MST  is  a  maximum-weight  spanning  tree  for  LPG ,  the 
value  of  this  sum  is  minimum  among  those  for  all  spanning  trees.  The  Assignment  bound 
is  equal  to  the  expected  value  of  the  sum  of  schedule-waits  that  results  from  scheduling  at 
random,  as  shown  below.  Suppose  that  the  start-time  of  each  priority-slot  in  each  link-frame 
is  uniformly  distributed  among  the  T  integer  time-instants  in  the  frame,  and  is  independent  of 
the  start-times  of  priority-slots  in  other  link-frames.  Then,  the  expected  value  of  the  modulo- 
frame-time  wait,  between  the  priority-slots  for  a  session  that  are  on  consecutive  links  in  the 
session’s  path,  is  ( T  —  l)/2.  Hence,  the  expected  value  of  the  resulting  sum  of  schedule- waits 
equals  the  Assignment  bound. 

Any  integer  schedule  can  be  locally  redefined  without  increasing  the  sum  of  schedule- 
waits  by  rescheduling  a  link,  given  the  schedule  on  all  its  neighbouring  links,  using  an  optimal 
assignment  algorithm.  Suppose  that  links  are  considered  for  rescheduling  in  turn,  keeping 
the  schedule  unchanged  if  rescheduling  would  leave  the  sum  of  schedule-waits  unchanged, 
and  rescheduling  otherwise.  Then,  each  rescheduling  decreases  the  sum  of  schedule-waits  by 
at  least  one.  Suppose  also  that  this  iterative  procedure  is  continued  until  each  link  has  been 
considered  for  rescheduling  at  least  once  since  the  ’ast  rescheduling.  Then,  the  sum  of  schedule- 
waits  Wa.  for  the  resulting  ‘schedule  <r'  also  satisfies  the  Assignment  bound.  This  result  is 
obvious  if  the  procedure  above  is  followed  starting  with  a  schedule  computed  using  algorithm 
>U«urt«ttc-  Otherwise,  this  result  can  be  obtained  by  verifying  the  following  statements.  The 
proof  given  in  Appendix  E  for  inequality  3.6  holds  when,  in  3.6,  the  set  Aj  is  replaced  by 
the  set  A"  of  all  arcs  in  LPG  that  are  of  the  form  (t,/)  (or  (/,>))•  Suppose  that  schedule 
a'  is  used  for  purposes  of  defining  W'a.  Then,  since  an  optimal  assignment  algorithm  has 
been  used  at  each  iteration,  inequality  3.6,  with  A|  replaced  by  A",  holds  for  1  <  /  <  \L\. 
Further,  W ..  =  (£!£',  K")/2.  Hence,  from  3,6, ! V,.  <  ((r-l)/2)(££',  w.)/2  = 

l(T  -  l)/2)  £ atLPO  Wa>  an^  satisfies  the  Assignment  bound. 


31 


Chapter  4 

Mean  Packet  Delays  for  Poisson  Packet  Generation  Model: 

Simulation  Results  for  Some  Networks 

4.1  Introduction 

In  contrast  with  the  upper  bound  developed  in  Chapter  2  for  the  packet  intra-network 
delay,  mean  packet  delays  observed  in  simulations  of  three  networks  ate  presented  in  this 
chapter.  Session  packets  are  generated  in  Poisson  processes  at  known  rates  that  are  less  than 
the  throughput-guarantees.  For  purposes  of  comparison,  the  simulations  are  conducted  with, 
first,  the  schedule-based  scheme,  and,  second,  a  scheme  that  uses  conventional  end-to-end 
windowing  and  first-come-first-served  transmission  of  packets  at  links.  The  simulation  results 
are  interpreted  in  the  light  of  some  analysis. 

The  simulation  results  suggest  that  low  mean  values  of  packet  end-to-end  delays,  from 
generation  at  source  to  reception  at  destination,  are  obtained  in  the  schedule-based  scheme 
even  with  small,  but  non-zero,  window-sizes.  Lower  values  of  schedule-delays  result  in  lower 
mean  values  of  packet  intra^network  delays,  but  do  not  necessarily  change  mean  packet  end- 
to-end  delays.  In  contrast  with  the  low  sensitivities  of  mean  end-to-end  delays  to  changes 
in  window-sizes  for  the  schedule-based  scheme,  these  sensitivities  for  conventional  end-to-end 
windowing,  with  first-come  first-served  transmission  of  packets  at  links,  are  observed  to  be 
relatively  large. 

The  simulator,  SB,  for  the  schedule-based  scheme  implements  the  network  model  of 
Section  2.1  and  the  token  usage  algorithm  of  Figure  2.1,  with  the  following  additional  assump¬ 
tions. 

a)  Packets  are  generated  for  each  session  in  an  independent  Poisson  process. 

b)  All  links  have  integer-valued  slot  start-times. 


c)  The  time  taken  by  a  session’s  real  tokens  (or,  window- tokens),  to  return  to  the 
session’s  source  node  after  reaching  its  destination  node,  is  a  constant  number  of  slots  equal 
to  the  number  of  links  in  the  session’s  path. 

d)  When  a  packet  belonging  to  a  session  is  transmitted  in  a  non-priority  slot  on  a 
subsequent  link  in  the  session’s  path,  a  real  token  is  selected  if  possible,  rather  than  a  fictitious 
token,  to  be  carried  by  the  packet  over  the  link. 

e)  A  cyclic  order  for  the  sessions  sharing  a  link  is  defined  for  each  link.  When  a  slot 
starts  on  a  link  it  is  first  determined  whether  the  slot  is  a  non-priority  slot,  i.e.,  whether  i)  no 
session  has  pre-assigned  transmission  priority  in  the  slot,  or  ii)  the  session  that  has  pre-assigned 
transmission  priority  in  the  slot  has  no  packet  to  transmit.  Then,  if  the  slot  is  a  non-priority 
slot,  the  cyclic  order  is  used  to  search  for  a  session  that  has  both  a  packet  to  transmit  and  a 
token  for  the  packet  to  carry  over  the  link.  The  search  is  started  beginning  with  the  session 
in  the  cyclic  order  that  follows  the  session  for  which  a  packet  was  transmitted  in  the  previous 
non-priority  slot. 

The  simulator,  FCFS,  for  the  scheme  that  uses  conventional  end-to-end  windowing 
and  first-come  first-served  transmission  of  packets  at  links,  implements  the  network  model  of 
Section  2.1,  with  the  additional  assumptions  a),b),c)  above,  and  f),g)  below. 

f)  Window-tokens  for  a  session,  equal  in  number  to  the  session’s  window-size,  are 
created  at  session  set-up  time,  at  the  session’s  source  node.  A  packet  belonging  to  the  session 
is  required  to  acquire  a  window-token  at  the  source  node  in  order  to  be  enqueued  in  the  first- 
come  first-served  queue  of  packets  at  the  first  link  in  the  session’s  path,  and  deposit  the  token 
at  the  session’s  destination  node  upon  reception  there.  Packets  generated  at  the  source  node 
wait  there  in  a  first-come  first-served  queue  before  joining  the  queue  at  the  first  link  when 
tokens  become  available. 

g)  At  the  ends  of  slots,  packets  are  enqueued  in  the  first-come  first-served  queues  of 
packets  at  links  as  follows.  First,  a  packet  just  received  over  a  link  incoming  to  a  node  is 


enqueued  at  the  next  link,  if  any,  in  its  path.  The  incoming  links  are  considered  here  in 
ascending  order  of  the  identity  numbers  of  the  links.  Next,  a  window-token  just  returned  to 
a  session’s  source  node  is  used  to  enqueue  a  packet,  if  any,  waiting  to  be  enqueued  at  the 
first  link  in  its  path.  The  session  window-tokens  are  considered  here  in  ascending  order  of  the 
identity  numbers  of  the  sessions. 

FORTRAN  programs  for  simulators  SB  and  FCFS  are  listed  in  Appendix  G.  In  the 
following  sections,  simulation  results  are  presented  for  three  networks.  The  packet  genera¬ 
tion  rate  and  the  window-size  for  the  3-th  session  in  a  network  are  denoted  by  A,  and  w', 
respectively. 

4.2  Network  1 

Network  1  is  shown  in  Figure  4.1.  The  window-sizes  for  all  sessions  are  assumed  equal 
to  infinity. 

From  the  analysis  in  Appendix  F  of  a  slotted  link  with  Poisson  packet  arrivals,  it  follows 
that  the  expected  packet  waiting-time  at  link  1  for  sessions  1  and  2  combined  is  l/[2(l  —  Aj  - 
A2)J,  for  both  simulators  SB  and  FCFS.  With  At  =  Aj  =  0.49,  this  value  is  25. 

Suppose  that  Ax  =  Aj  =  0.5  +  e  >  0.5,  and  As  <  0.5.  Since  Ai  +  A2  =  2AX  =  2A2  >  1, 
packets  for  sessions  1  and  2  are  always  available  for  transmission  on  link  1.  Thus,  in  simulator 
SB,  packets  for  session  1  arrive  at  link  2  at  the  starts  of  slots  for  session  1  on  link  2;  the  packet 
arrivals  constitute  a  deterministic  process  with  rate  0.5.  In  simulator  FCFS,  since  packets 
for  sessions  1  and  2  arrive  at  link  1  in  Poisson  processes  with  equal  rates,  the  packets  in 
distinct  positions  in  the  queue  at  link  1  belong  to  session  1  with  probability  0.5,  independent 
of  one  smother.  Hence,  in  simulator  FCFS,  packets  for  session  1  arrive  at  link  2  at  the  starts 
of  slots  on  link  2  in  a  Bernoulli  process  with  rate  0.5.  From  the  analysis  in  Appendix  F  of 
a  slotted  link  with  Poisson  arrivals  combined  with,  first,  deterministic  arrivals,  and,  second, 
Bernoulli  arrivals,  the  expected  packet  waiting-time  at  link  2  for  sessions  1  and  3  combined  is 
2A3/(l  —  4  A3  j)  for  simulator  SB,  and  3As/(l  -  4  A3  3)  for  simulator  FCFS.  The  waiting-time 
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Network: 


Window-size  ws  =co  ,s  =  l,2,3 
Zero-wait  schedule  for  simulator  SB: 

Links  Time — •  Frame-time  T=  2 


Figure  4.1  Network  1 


for  simulator  SB  is  smaller  because  the  arrival  of  packets  for  session  1  at  link  2  is  more  regular. 
With  A3  =  0.25,  this  value  is  2/3  for  simulator  SB  and  1  for  simulator  FCFS.  The  value  with 
A3  =  0.49  is  24.75  for  simulator  SB  and  37.12  for  simulator  FCFS.  With  link  1  loaded  very 
heavily  and  link  2  loaded  less  heavily,  using  Ax  =  Aj  =  0.499  and  A3  =  0.25  for  example,  the 
results  above  provide  approximate  values  for  the  expected  waiting-time  at  link  2  for  sessions  1 
and  3  combined.  Such  estimates  are  not  as  accurate  when  the  links  are  loaded  equally  heavily 
using  Ai  =  Aj  =  A3  =  0.49,  since  the  unused  capacity  1  -  (Ai  +  A3)  on  link  2  is  then  0.02,  as 
opposed  to  0.01  when  Ax  =  A2  =  0.5  and  A3  =  0.49. 

Simulation  results  are  now  presented. 

a)  Simulations  with  Ax  =  A2  =  0.499  and  A3  =  0.25. 

Mean  packet  waiting-times  for  sessions  at  link  2 
as  function  of  simulator 
Session  1  Session  3  1  and  3 

SB  0.027  1.985  0.681 

FCFS  0.872  1.247  0.997 

The  mean  packet  waiting-times  for  sessions  1  and  3  combined  at  link  2  agree  with  the  corre¬ 
sponding  analytical  results. 


b)  Simulations  with  Ax  =  Aj  =  A3  =  A. 

Mean  packet  waiting-times  in  simulator  SB 
at  links,  and  overall,  as  function  of  A 


Link  1 

Lick  2 

Overall 

A  =  0.49 

25.14 

19.12 

29.51 

A  =  0.48 

12.43 

9.48 

14.60 

A  =  0.46 

6.20 

4.70 

7.27 

A  =  0.42 

3.12 

2.32 

3.62 
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Mean  packet  waiting-times  in  simulator  FCFS 
at  links,  and  overall,  as  function  of  A 


Link  1 

Link  2 

Overall 

A  =  0.49 

26.08 

21.17 

31.49 

A  =  0.48 

12.46 

10.48 

15.29 

A  =  0.46 

6.20 

5.09 

7.52 

A  =  0.42 

3.12 

2.45 

3.71 

The  data  show  that,  with  A  =  0.49,  the  mean  packet  waiting-times  at  link  2  in  the  simulators 
are  lower  than  the  respective  approximate  analytical  estimates.  The  overall  mean  packet 
waiting-time  for  simulator  FCFS  is  6.5%  higher  than  for  simulator  SB.  Further,  when  A  is 
reduced  to  0.42,  this  difference  reduces  to  2.5%.  The  simulation  results  indicate  that,  with 
infinite  window-sizes,  the  overall  mean  packet  waiting-time  is  less  for  simulator  SB  than  for 
simulator  FCFS.  However,  the  difference  is  small  except  when  links  are  loaded  very  close  to 
their  capacities. 

4.3  Network  2 

Network  2  is  shown  in  Figure  4.2.  Simulator  SB  can  guarantee  throughput  up  to  0.5  to 
each  of  the  two  sessions,  irrespective  of  the  session’s  window-size.  A  schedule  with  frame-time 
equal  to  2  may  be  used  for  this  purpose,  with  1  slot  per  frame  allotted  to  each  session  on  each 
link  in  its  path.  Simulator  FCFS  cannot  support  a  combined  throughput  of  1  when,  for  each 
session,  the  window-size  equals  the  number  of  links  in  the  session’s  path.  This  is  first  shown 
heuristically,  and  then  demonstrated  by  simulations. 

The  round-trip  time  for  a  session’s  window-token  is  the  time  elapsed  after  the  token  is 
acquired  by  a  packet  at  the  session’s  source  node  until  the  token  next  returns  to  the  source 
node.  The  maximum  throughput  possible  with  a  single  window-token  is  the  reciprocal  of  its 
minimum  round-trip  time.  For  session  1,  since  the  window-size  is  3  and  the  round-trip  time 
for  a  window-token  is  at  least  6,  the  ratio  of  the  window-size  to  the  minimum  round-trip  time 
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is  0.5.  Hence,  the  throughput  for  session  1  is  at  most  0.5.  Similarly,  the  throughput  for  session 
2  is  at  most  0.5. 

Suppose  that  the  combined  throughput  for  sessions  1  and  2  equals  1.  Then,  every 
slot  on  link  1  must  be  used.  A  packet  (numbered  1)  belonging  to  session  1  must  ‘sometimes’ 
be  transmitted  on  link  1  immediately  after  a  packet  (numbered  2)  belonging  to  session  2  is 
transmitted  on  the  link.  Then,  packets  1  and  2  are  transmitted  concurrently  on  links  3  and 
4,  respectively.  Since  link  3  has  a  lower  identity  number  than  link  4,  packet  1  is  transmitted 
before  packet  2  on  link  5,  and  packet  2  must  wait  1  time* unit  at  link  5.  Hence,  the  round- 
trip  time  for  a  window-token  for  session  2  must  ‘sometimes’  exceed  8,  and  the  throughput  for 
session  2  must  be  less  than  0.5.  If  links  3  and  4  had  their  identity  numbers  interchanged,  then 
packet  2  would  have  been  transmitted  before  packet  1  on  link  5,  and  the  throughput  for  session 
I  would  have  been  less  than  0.5.  Thus,  the  combined  throughput  must  be  less  than  1,  and  the 
supposition  above  is  contradicted. 

Simulation  results  are  now  presented  for  simulator  FCFS,  with  window-sizes  u/1  =  3 
and  w3  =  4  as  above  and  A*  =  Aj  =  A. 

Mean  window-token  round-trip  time  for  sessions 
as  function  of  A 
(and  corresponding  ratio  of 
window-size  to  mean  round-trip  time) 

Session  1  Session  2 

A  =  0.42  6.30  (0.476)  9.48  (0.422)  * 

A  =  0.43  6.26  (0.479)  9.53  (0.420) 
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Mean  packet  end-to-end  delays  for  sessions 
from  generation  at  source  to  reception  at  destination 
as  function  of  A 


Session  1 


Session  2 


A  =  0.42 
A  =  0.43 


(  *  the  throughput  for  session  2  is  0.42) 


The  data  show  that  the  mean  window-token  round-trip  time  for  session  2  is  significantly  larger 
than  the  minimum  value  8,  and  that  the  ratio  of  the  window-size  to  the  mean  round-trip  time 
is  correspondingly  less  than  0.5.  The  simulation  results  indicate  that  simulator  FCFS  may  not 
be  able  to  support  session  rates  approaching  the  throughput-guarantees  of  simulator  SB,  even 
if  the  window-size  for  each  session  is  large  enough  to  support  the  session’s  rate  in  the  absence 
of  other  sessions. 


4.4  Network  3 


Network  3  is  shown  in  Figure  4.3.  Mean  packet  end-to-end,  pre-transmission,  and 
intra-network  waiting-times  for  sessions  are  measured  in  the  simulations  for  this  network. 

The  end-to-end  waiting-time,  for  a  packet  belonging  to  a  session  that  has  H  links  in  its 
path,  is  the  difference  between  the  end-to-end  delay  from  generation  at  source  to  reception  at 
destination,  and  the  H  time-units  used  for  transmission  of  the  packet.  The  pre-transmission 
waiting-time  for  the  packet  is  the  time  from  its  generation  to  the  start  of  its  transmission 
on  the  first  link  in  the  path.  The  intra-network  waiting-time  for  the  packet  is  the  difference 
between  its  end-to-end  waiting-time  and  its  pre-transmission  waiting-time. 

In  simulator  SB,  if  a  session  has  window-size  equal  to  zero,  then  it  can  transmit  at 
most  its  throughput-guarantee  of  1  packet  per  frame-time  T  on  the  first  link  in  its  path.  The 
expected  number  of  packets  generated  by  the  session  in  one  frame-time  is  TX.  From  the  analysis 
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in  Appendix  F  for  a  slotted  link  with  Poisson  arrivals,  it  follows  that  the  expected  packet  pre¬ 
transmission  waiting-time  for  the  session  is  T /[2(1-TA)|,  i.e.,  50.  When  the  zero-wait  schedule 
is  used,  since  the  session  has  window-size  equal  to  zero,  the  packet  intra-network  waiting-time 
for  the  session  is  zero  and  hence  the  expected  packet  end-to-end  waiting-time  also  equals  50. 

In  both  simulators  SB  and  FCFS,  when  all  window-sizes  are  infinite,  the  analysis  in 
Appendix  F  for  a  slotted  link  with  Poisson  arrivals  also  provides  the  following  approximation 
to  the  expected  packet  end-to-end  waiting-time  for  a  session.  The  approximation  reduces  the 
network  to  a  single  slotted  link  with  Poisson  packet  arrivals  at  rate  p,  where  p  denotes  the 
maximum,  over  all  links  in  the  session’s  path,  of  the  sum  of  the  packet  generation  rates  for 
all  sessions  sharing  a  link.  The  expected  packet  end-to-end  waiting-time  for  the  session  is 
approximately  1/[2(1  —  />)].  The  value  of  p  is  0.72  for  sessions  1  and  2  (the  network  is  reduced 
to  link  I  for  these  two  sessions),  and  0.96  for  sessions  3,4,5,  and  6  (the  network  is  reduced  to 
link  3  for  these  four  sessions).  Correspondingly,  the  expected  packet  end-to-end  waiting-time 
is  approximately  1.79  for  sessions  1  and  2,  and  approximately  12.5  for  sessions  3,4,5,  and  6.  It 
can  also  be  verified  that  the  end-to-end  waiting-time  for  session  1  is  1.79,  that  for  session  2  is 
greater  than  1.79,  and  those  for  sessions  3,4,5,  and  6  average  to  more  than  12.5. 

Simulation  results  are  now  presented.  In  each  case,  the  network  is  simulated  for  one 
million  time-units. 

a)  Simulations  using  simulator  SB,  with  the  zero-wait  schedule  and  with  equal  window- 
size  (1  or  oo)  for  all  sessions. 

Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  window-size  u; 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

w  =  1 

2.14 

3.22 

15.00 

15.58 

15.01 

14.60 

w  =  oo 

1.79 

2.33 

12.71 

13.29 

12.96 

12.53 

The  data  for  window-sizes  equal  to  infinity  are  close  in  value  to  their  respective  analytical 
approximations.  The  value  of  the  mean  packet  end-to-end  waiting-time  for  a  session  when  all 


window-sizes  are  1  is  much  closer  to  the  corresponding  value  when  all  window-sizes  are  oo  than 
to  the  value  50,  that  results  when  the  session’s  window-size  is  0.  This  suggests  that  low  values 
of  mean  packet  end-to-end  delays  are  obtained  for  simulator  SB  even  with  small,  but  non-zero, 
window-sizes. 

b)  Simulations  with  window-sizes  for  sessions  scaled  in  proportion  to  their  path  lengths. 

Let  k,  k  =  l,2,3,4,oo,  denote  the  window-size  scale-factor,  i.e.,  tv1  =  k,  w2  = 
2k,  w3  =  3 A:,  w*  =  3 k,  ws  =  2k  and  w6  =  2k. 

i)  First,  mean  packet  end-to-end  waiting-times  are  presented,  for  simulator  SB  with 
both  the  zero-wait  and  the  maximum-wait  schedules,  and  for  simulator  FCFS. 


Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  zero-wait  schedule 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

?r 

II 

*-• 

2.03 

2.52 

12.85 

13.41 

13.11 

12.65 

Jk  =  2 

1.82 

2.38 

12.72 

13.29 

12.96 

12.53 

k  =  3 

1.81 

2.35 

12.71 

13.29 

12.96 

12.53 

jfc  =  4 

1.80 

2.34 

12.71 

13.29 

12.96 

12.53 

8 

II 
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1.79 

2.33 

12.71 

13.29 

12.96 

12.53 
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Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  maximum-wait  schedule 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

k  =  1 

2.03 

2.48 

13.39 

13.33 

12.73 

12.30 

Jfe  =  2 

1.82 

2.40 

13.24 

13.32 

12.63 

12.26 

k  =  3 

1.81 

2.39 

13.22 

13.35 

12.62 

12.26 

It 

-V 

1.80 

2.39 

13.22 

13.36 

12.61 

12.26 

k  =  oo 

1.79 

2.39 

13.22 

13.37 

12.61 

12.25 

Mean  packet  end-to-end  waiting-times  for  sessions 
in  simulator  FCFS  as  function  of  k 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

Jb  =  l 

2.74 

2.83 

11.70 

10.39 

25.32 

9.03 

k  =  2 

1.86 

2.35 

11.58 

10.05 

20.82 

8.80 

k  =  3 

1.80 

2.56 

12.75 

11.16 

17.50 

9.98 

Jk  =  4 

1.78 

2.64 

13.50 

11.90 

15.25 

10.77 

fi¬ 

ll 

8 

1.78 

2.70 

14.61 

13.02 

11.91 

11.91 

The  preceding  data  suggest  that  the  dependence  of  mean  packet  end-to-end  waiting- 
times  on  the  positive  integer  window-size  scale-factor  is  much  weaker  in  simulator  SB  than  in 
simulator  FCFS.  Further,  for  simulator  SB,  the  difference  between  a  session’s  mean  packet  end- 
to-end  waiting-times  with  the  zero-wait  and  the  maximum-wait  schedules  is  small.  In  simulator 
FCFS,  the  differences  between  the  values  of  the  data  for  sessions  5  and  6  are  suggestive  of  high 
sensitivity  to  choice  of  window-size,  as  discussed  further  in  part  c). 


ii)  Next,  mean  packet  intra-network  and  pre-transmission  waiting-times  are  presented, 
for  simulator  SB  with  both  the  zero-wait  and  the  maximum-wait  schedules,  and  for  simulator 
FCFS. 


Mean  packet  intra-network  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  zero-wait  schedule 
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Session  3 

Session  4 

k  =  1 

0.52 

5.45 

5.33 

k  =  2 

0.58 

8.04 

7.96 

Jk  =  3 

0.58 

9.30 

9.32 

Jfc  =  4 

0.58 

9.96 

10.08 

k  =  oo 

0.57 

10.93 

11.41 

Mean  packet  intra-network  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  maximum-wait  schedule 
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Session  3 

Session  4 

Jfe  =  1 

0.54 

7.05 

6.36 

k  =  2 

0.61 

9.08 

8.66 

k  =  3 

0.62 

10.08 

9.86 

k  =  i 

0.62 

10.62 

10.55 

k  =  oo 

0.63 

11.44 

11.74 

Mean  packet  intra-network  waiting-times  for  sessions 
in  simulator  FCFS  as  function  of  k 


Session  2 

Session  3 

Session  4 

1,  5,  and  6 

k=  1 

0.33 

3.19 

2.90 

0 

k  =  2 

0.71 

7.86 

7.11 

0 

k  =  3 

0.85 

10.25 

9.31 

0 

II 

se 

0.89 

11.45 

10.44 

0 

k  =  oo 

0.92 

12.84 

11.78 
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Mean  packet  pre-transmission  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  zero-wait  schedule 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

2.03 

2.00 

7.40 

8.08 

13.11 

12.65 

1.82 

1.79 

4.68 

5.33 

12.96 

12.53 

1.81 

1.77 

3.41 

3.97 

12.96 

12.53 

1.80 

1.76 

2.76 

3.21 

12.96 

12.53 

1.79 

1.76 

1.78 

1.88 

12.96 

12.53 

Mean  packet  pre- transmission  waiting-times  for  sessions 
as  function  of  k 

in  simulator  SB  with  the  maximum-wait  schedule 
Session  1  Session  2  Session  3  Session  4  Session  5  Session  6 


Mean  packet  pre-transmission  waiting-times  for  sessions 
in  simulator  FCFS  as  function  of  k 
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2.49 

1.85 

17.50 

9.98 
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1.47 
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1.78 

1.78 

1.24 
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11.91 

The  data  show  that  the  maximum-wait  schedule  indeed  has  the  higher  mean  packet  intra¬ 
network  waiting-times.  However,  it  also  has  the  lower  mean  packet  pre-transmission  waiting- 
times,  and  its  mean  packet  end-to-end  waiting-times  are  essentially  the  same  as  a  result.  The 
mean  packet  intra-network  waiting-times  for  sessions  2,3,  and  4  when  k  =  1,  i.e.,  when  the 
window-size  for  each  session  equals  the  number  of  links  in  the  session’s  path,  are  larger  in 
simulator  SB  than  in  simulator  FCFS.  This  may  be  explained  as  follows.  For  the  same  set 
of  window-sizes,  the  number  of  window-tokens  in  simulator  FCFS  equals  the  number  of  real 
tokens  in  simulator  SB.  Since  simulator  SB  has  fictitious  tokens  in  addition  to  real  tokens,  it  is 
possible  for  a  larger  number  of  packets  to  be  present  inside  the  network  in  simulator  SB  than 
in  simulator  FCFS.  The  data  indicate  that  this  is  indeed  so  for  k  =  1. 

In  simulator  SB,  a  plausible  explanation  for  the  lower  mean  packet  pre-transmission 
waiting-times  for  the  maximum-wait  schedule  is  as  follows.  With  the  maximum-wait  schedule, 
at  subsequent  links  in  a  session’s  path,  packets  belonging  to  the  session  have  to  wait  longer  for 
priority-slots,  and  hence  have  greater  opportunity  for  using  non-priority  slots  and  carrying  real 
tokens.  This  decreases  the  waiting-time  for  real  tokens  at  the  subsequent  links,  and  increases 
the  availability  of  real  tokens  at  the  first  link.  Hence,  the  session  can  use  more  non-priority 
slots  on  the  first  link,  and  its  mean  packet  pre-transmission  waiting-time  is  reduced.  Further, 
since  the  session  uses  fewer  priority-slots  on  a  subsequent  link,  it  creates  more  non-priority 
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slots  on  the  link,  and  reduces  the  mean  packet  pre- transmission  waiting-time  for  a  session  that 
has  the  link  as  its  first  link. 

c). Simulations  with  separate  increases  in  window-sizes  for  sessions. 

The  starting  window-sizes  are  set  at  w1  =  k,  w2  =  2k,  w3  =  3 k,  to4  =  3Jfe,  ws  = 
2k,  w6  =  Zk,  with  the  common  window-size  scale-factor  k  equal  to  1  or  2.  The  window-size 
u/J  for  session  2  and,  separately,  the  window-size  w*  for  session  4,  are  increased  by  the  number 
of  links  in  the  respective  session’s  path. 

i)  First,  mean  packet  end-to-end,  intra-network,  and  pre-transmission  waiting-times 
are  presented  for  simulator  SB  with  both  the  zero-wait  and  the  maximum-wait  schedules,  for 
k=l,  i.e.,  (u/1,  w3,  w3  ,w3)  =  (1,3, 2, 3). 


Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  (u/J,u/4) 
in  simulator  SB  with  the  zero-wait  schedule 


Session  1 

Session  2 

Session  3 

Session  4 

Session  5 

Session  6 

(2,3) 

2.03 

2.52 

12.85 

13.41 

13.11 

12.65 

(4,3) 

2.01 

2.46 

12.85 

13.40 

13.11 

12.65 

(2,6) 

2.03 

2.51 

12.84 

13.35 

13.09 

12.64 

Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  (u?J,u>4) 

in  simulator  SB  with  the  maximum-wait  schedule 
Session  1  Session  2  Session  3  Session  4  Session  5  Session  6 


Mean  packet  intra-network  waiting-times  for  sessions 
as  function  of  (w2,w*) 
in  simulator  SB  with  the  zero-wait  schedule 
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Session  3 

Session  4 

1,  5,  and  6 

(2,3) 

0.52 

5.45 

5.33 

0 

(4,3) 

0.61 

5.46 

5.33 

0 

(2,6) 

0.50 

5.45 

7.97 

0 

Mean  packet  intra-network  waiting-times  for  sessions 
as  function  of  (w2,w*) 

in  simulator  SB  with  the  maximum-wait  schedule 


Session  2 

Session  3 

Session  4 

1,  5,  and  6 

(2.3) 

0.54 

7.05 

6.36 

0 

(4.3) 

0.59 

7.05 

6.36 

0 

(2,6) 

0.55 

7.04 

8.67 

0 

Mean  packet  pre-transmission  waiting-times  for  sessions 
as  function  of  (w2,w*) 
in  simulator  SB  with  the  zero-wait  schedule 
Session  1  Session  2  Session  3  Session  4  Session  5 


Session  6 


ft 


Mean  packet  pre-transmission  waiting-times  for  sessions 
as  function  of  (w2,w*) 

in  simulator  SB  with  the  maximum-wait  schedule 
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Session  6 
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2.03 

1.94 

6.34 
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(4,3) 

2.02 

1.85 

6.34 
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12.73 

12.31 

\y 
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(2,6) 

2.03 

1.93 

6.34 

4.65 

12.72 

12.30 

ii)  Next,  mean  packet  end-to-end  waiting-times  are  presented  for  simulator  FCFS,  first 
for  k  =  1  and  then  for  k  =  2. 


Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  (u/J,ti;4) 

in  simulator  FCFS  for  (u/1,  w3,wi,wa)  =  (1,3, 2, 3) 
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Session  3 

Session  4 

Session  5 

Session  6 

(2,3) 

2.74 

2.83 

11.70 

10.39 

25.32 

9.03 

(4,3) 

3.35 

1.69 

12.54 

10.53 

24.99 

8.90 

(2,6) 

2.68 

3.41 

15.79 

4.38 

25.92 

10.08 

Mean  packet  end-to-end  waiting-times  for  sessions 
as  function  of  (tu2,u/4) 

in  simulator  FCFS  for  =  (2, 6, 4,6) 
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(6,6) 

1.90 

2.28 
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10.05 

20.81 

8.80 

(4,9) 

1.85 

2.47 

12.23 

8.53 

21.46 

9.03 
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As  in  the  simulations  with  window-sizes  for  all  sessions  increased  simultaneously  in  propor¬ 
tion  to  their  path-lengths,  the  data  suggest  that  the  sensitivity  of  a  session’s  mean  packet 
end-to-end  waiting-time  to  an  increase  in  its  window-size  is  much  smaller  in  magnitude  in 
simulator  SB  than  in  simulator  FCFS.  Further,  in  simulator  SB,  the  sensitivities  of  a  session’s 
mean  packet  end-to-end,  intra- network,  and  pre-transmission  waiting-times  to  an  increase  in  a 
second  session’s  window-size  are  much  smaller  in  magnitude  than  the  second  session’s  respec¬ 
tive  sensitivities  to  the  same  increase.  For  mean  packet  end-to-end  waiting-times  in  simulator 
FCFS,  the  two  sets  of  sensitivities  are  often  comparable  in  magnitude.  This  suggests  that 
proper  choice  of  window-sizes  in  simulator  FCFS  is  more  difficult  than  in  simulator  SB. 


Chapter  5 


Conclusion 


An  approach  has  been  described  for  achieving  packet  throughput  guarantees  and  packet 
intra-network  delay  limits  for  sessions  in  a  network,  while  permitting  flexible  usage  of  link 
transmission  capacities  by  the  sessions.  Sessions  have  packet  throughput  values  up  to  which 
throughputs  are  guaranteed.  Packet  generation  for  sessions  at  rates  above  these  values  can¬ 
not  always  be  supported,  but,  depending  upon  the  level  of  inactivity  of  other  sessions,  may 
sometimes  be  carried  with  proper  choice  of  window-sizes. 


The  schedule-based  scheme  in  which  session  throughput  guarantees  equal  to  1  packet 
per  frame-time  T  are  realized,  has  been  explained  in  Chapter  2.  The  network  model  of  Section 
2.1  is  used.  The  session’s  packet  intra-network  delay  is  upper-bounded  by  the  sum  of,  first,  the 
session’s  schedule-delay  and,  second,  the  product  wT  of  the  session’s  window-size  w  and  the 


frame-time  T.  A  similar  upper  bound  can  be  obtained  for  the  case  of  non-zero,  but  known  and 
fixed,  link  propagation  or  nodal  switching  times,  and  also  for  the  case  of  different  slot  durations 
that  are  required  for  links  with  different  bit-speeds.  The  frame-time  used  on  all  links  is  the 


same,  in  either  case. 


A  throughput  value  equal  to  n/T,  where  n  is  an  integer  at  most  equal  to  T,  can  be 
guaranteed  to  a  session  by  assigning  n  priority-slots  to  the  session  in  the  frame  on  each  link  in 
the  session’s  path.  An  improved  delay-bound,  equal  to  the  sum  of  a  suitably-defined  schedule- 
delay  with  [i u/n]T,  would  then  appear  to  hold. 


The  network  model  of  Section  2.1  conveys  flow-control  information  to  a  session’s  source 


from  its  destination  using  end-to-end  windowing.  Node-by-node  windowing  can  also  be  used 
for  this  purpose,  as  follows.  Fictitious  tokens  for  the  session  are  defined  as  in  Section  2.3,  but 
real  tokens  for  the  session  are  associated  with  the  nodes  in  the  session’s  path.  The  token  usage 
algorithm  of  Figure  2.1  can  be  used,  with  the  understanding  that  a  real  token  carried  by  a 


packet  over  a  link  is  associated  with  the  node  that  receives  the  link.  A  real  token  associated 
with  a  node  j  in  the  session’s  path,  is  returned  by  node  j  to  the  node  i  preceding  it  in  the  path, 
when  a  packet  belonging  to  the  session  is  transmitted  from  node  j  to  the  node  k  following  it 
in  the  path,  using  a  real  token  associated  with  node  k. 

An  alternative  version  of  node-by-node  windowing  associates  fictitious  as  well  as  real 
tokens  with  nodes  in  the  session’s  path.  A  token  carried  by  a  packet  over  a  link  is  associated 
with  the  node  that  receives  the  link.  Fictitious  tokens  are  used  in  priority-slots  on  the  link,  and 
real  tokens  in  non-priority  slots.  If  a  fictitious  token  associated  with  a  node  j  in  the  session’s 
path  is  present  at  node  j  when  a  packet  belonging  to  the  session  is  transmitted  from  node 
j  in  a  priority-slot,  then  the  fictitious  token  is  discarded  at  node  j.  Otherwise,  a  real  token 
associated  with  node  j  is  returned  by  node  j  to  the  node  i  preceding  it  in  the  path.  When  a 
packet  belonging  to  the  session  is  transmitted  from  node  j  in  a  non-priority  slot,  either  a  real 
token  associated  with  node  j  is  returned  to  the  node  i  preceding  it  in  the  path,  or  a  fictitious 
token  associated  with  node  j  and  present  there  is  discarded  there. 

Algorithms  for  scheduling  priority-slots  so  as  to  obtain  low  values  of  session  schedule- 
delays  have  been  presented  in  Chapter  3,  following  an  NP-completeness  proof  showing  that  the 
minimum-delay  scheduling  problem  is  algorithmically  hard  for  general  networks.  The  network 
model  of  Section  2.1  is  used,  along  with  the  assumption  that  the  paths  for  all  sessions  in  the 
network  are  known. 

Algorithm  Atr««  constructs  a  schedule  with  sum  of  schedule-waits  equal  to  zero,  for 
networks  with  tree  link-precedence  graphs.  For  such  networks,  this  algorithm  can  be  extended 
so  as  to  produce  schedules  that  have  waits  between  consecutive  slots  equal  to  known  and  fixed 
link  propagation  or  nodal  switching  times. 

Algorithm  A^,uri,tie  is  a  scheduling  heuristic  that  can  be  used  for  any  network  that 
conforms  to  the  model  assumed.  This  algorithm  reduces  to  Airtt  for  tree  link- precedence 
graphs.  An  analysis  of  its  worst-case  performance  has  been  presented,  but  its  performance 
for  specific  networks  may  need  to  be  investigated  further.  can  be  extended  to  the 


non-zero  link  propagation  or  nodal  switching  time  case,  and  also  to  the  case  of  different  slot 
durations  on  different  links.  Worst-case  analysis  for  these  extensions  is  likely  to  be  complicated. 

The  schedule  may  require  improvement  during  the  course  of  operation  of  the  network, 
as  new  sessions  sure  set  up  and  old  ones  disconnected.  In  order  to  reduce  the  time  and  com¬ 
munication  required,  the  schedule  may  be  computed  using  a  distributed  algorithm,  where 
the  computation  and  communication  involving  a  link-precedence  graph  vertex  are  the  joint 
responsibility  of  the  transmitting  and  receiving  nodes  for  the  corresponding  link. 

A  distributed  implementation  of  algorithm  Afceuri«t»e  is  possible.  The  distributed  algo¬ 
rithm  described  by  Gallager,  Humblet,  and  Spira  [ll]  would  be  used  to  compute  a  maximum- 
weight  spanning  tree  and  corresponding  root  vertex  for  each  link-precedence  graph  component. 
Then,  links  would  be  scheduled  using  communication  outwards  along  the  link-precedence  trees 
starting  from  the  roots. 

In  order  to  improve  the  schedule,  links  may  be  rescheduled  using  an  optimal  assignment 
algorithm,  holding  fixed  the  priority-slot  assignments  on  neighbouring  links.  The  distribution 
of  rescheduling  opportunities  among  links  can  be  done  in  the  manner  of  the  solution  described 
by  Chandy  and  Misra  [6]  for  the  distributed  dining  philosophers  problem. 

Packet  intra-network  delay  limits  may  be  violated  if  links  are  rescheduled  while  packets 
are  in  transit  in  the  network,  or  if  link  speeds  drift,  and  also  if  links  are  unreliable  and  packets 
have  to  be  retransmitted.  For  example,  the  rate  at  which  fictitious  tokens  for  a  session  are 
carried  over  the  first  link  in  a  session’s  path  may  not  be  matched  by  the  fictitious  token  rate  on 
subsequent  links  if  these  links  are  unreliable.  In  such  a  case,  both  real  and  fictitious  tokens  are 
backlogged  at  these  links.  The  fictitious  token  backlog  can  be  viewed  as  an  effective  increase 
in  the  real  token  window-size,  and  raises  the  packet  intra-network  delay. 

When  packets  belonging  to  a  session  incur  excessive  intra-network  delay,  the  session’s 
source  node  may  reduce  the  session’s  window-size  by  holding  back  real  tokens.  The  window-size 


may  be  increased  when  the  delay  decreases.  The  source  node  may  also  relieve  excess  intra¬ 
network  delay  for  the  session  by  temporarily  blocking  transmission  of  the  session’s  packets  on 
the  first  link  in  the  session’s  path.  Packet  intra- network  delay  measurements  for  the  session 
would  be  required,  and  the  source  node  would  need  to  be  appropriately  informed. 

Mean  packet  delays  observed  in  simulations  of  three  networks,  with  session  packets 
generated  in  Poisson  processes  at  known  rates  that  are  less  than  the  throughput  guarantees, 
have  been  presented  in  Chapter  4.  The  simulator  for  the  schedule-based  scheme  implements 
the  network  model  of  Section  2.1  and  the  token  usage  algorithm  of  Figure  2.1,  with  additional 
assumptions  as  listed  in  Section  4.1.  The  limited  simulations  suggest  that,  for  Poisson  packet 
generation  at  session  rates  less  than  throughput  guarantees,  low  mean  values  of  packet  end- 
to-end  delays,  relatively  insensitive  to  choice  of  window-sizes,  are  obtained  even  at  small  but 
non-zero  window-sizes. 

This  hypothesis  is  conditional  on  the  additional  assumptions  referred  to  above,  and 
the  extent  of  the  dependence  may  need  investigation.  In  particular,  assumption  (e),  that 
round-robin  discipline  is  used  to  allocate  non-priority  slots,  may  be  important  because  this 
discipline  should  be  fairer  than  first-come  first-served  discipline  in  offering  opportunity  of 
packet  transmission  to  sessions  (Hahne  [17]).  It  is  also  likely  that  assumption  (c),  the  use 
of  fixed  real  token  return  times  that  assume  zero  waits  for  the  tokens  on  their  return  paths 
in  the  network,  reduces  mean  packet  end-to-end  delays.  As  mentioned  in  Section  4.4(b) (ii), 
assumption  (d),  the  use  of  real  tokens  if  possible  rather  than  fictitious  tokens  in  non-priority 
slots  on  subsequent  links  in  the  paths  for  sessions,  may  account  for  the  lower  mean  packet 
pre-transmission  waiting-times  observed  with  schedules  that  have  higher  schedule-delays. 

Large  queueing  delays  are  expected  when  session  packets  are  generated  at  Poisson  time- 
instants  in  batches,  with  geometric  batch-size  distribution  for  example  (Fuchs  and  Jackson  [8], 
Kekre,  Saxena  and  Khalid  [22]).  Larger  window-sizes  may  be  required  in  simulations  with 
such  packet  generation  processes.  Simulations  with  sets  of  session  packet  generation  rates  that 
exceed  throughput  guarantees  but  are  feasible,  may  provide  additional  insight  into  the  choice  of 
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Proof  of  Upper  Bound,  of  Section  2.4,  for  Packet  Intra-Network  Delay 

Assume  that  the  fictitious  tokens  for  the  session  are  carried  in  first-come  first-served 
order  over  each  link  in  the  session’s  path,  and  that  the  first  fictitious  token  has  no  fictitious 
tokens  ahead  of  it  in  the  path.  Let  t /.*•>  /  >  1,  1  <  h  <  H,  denote  the  time  at  which  a  packet 
starts  being  transmitted  on  the  h- th  link  carrying  the  /- th  fictitious  token.  Priority-slots  for 
the  session  start  on  the  h- th  link  in  the  path,  1  <  h  <  H,  at  times  cr^  +  nT,  for  all  integer  values 
n.  Since  fictitious  tokens  are  carried  over  the  first  link  in  priority-slots  only,  let  the  integer  n  f 
be  defined  by 

tf, l  =  <*\  +  nfT,  f  >  1,  n/+1  >  rif  +  1.  (A.l) 

First,  it  is  shown  that  the  time  tXt^,  1  <  h  <  H,  at  which  the  first  fictitious  token  is 
carried  over  the  h- th  link,  satisfies 

ti,K  <ak  +  nxT,  1  <h<H.  (A.  2) 

From  A.l,  ti,!  =  <rx  +  niT.  For  2  <  h  <  H,  assume,  for  purposes  of  induction,  that  x  < 
<7^_i  +  nxT.  A  priority-slot  starts  on  the  h- th  link  at  time  aK  +  niT.  Since  aK-\  +  nxT  +  1  < 
0h  +  nXT,  this  priority-slot  starts  after  the  first  fictitious  token  has  been  carried  over  the  h—  1- 
th  link.  A  fictitious  token  is  used,  if  available,  in  such  a  slot.  Therefore,  tx,*  <  <j\  +  nxT.  Thus, 
A. 2  follows  by  induction. 

Then,  as  shown  below,  the  time  tjiK,  f  >  1,  1  <  h  <  H,  at  which  the  /-th  fictitious 
token  is  carried  over  the  h- th  link,  satisfies 

tf,K  <  <tk  +  nfT,  f  >  1,  1  <  h  <  H.  (A. 3) 

For  /  >  2  and  2  <  h  <  H,  assume,  for  purposes  of  induction,  that  t/-x,*  <  <T\  +  n/_xT 
and  t/,a-x  <  <r*-i  +  n/T.  A  priority-slot  starts  on  the  h- th  link  at  time  <7\  —  n/T.  Since 
<Tk  +  n/-XT  <  +  rifT  and  <7^_x '+  n/T  +  1  <  <tk  +  n/T,  this  priority-slot  starts  after 


the  /  —  1-th  and  /- th  fictitious  tokens  have  been  carried  over  the  h-th  and  h  -  1-th  links, 
respectively,  and  it  follows  that  t/t\  <  <tk  +  n/T.  Since  A.l  and  A.2  hold,  A.3  follows  by 
induction. 


Now,  assume  that  a  packet  P  starts  being  transmitted  on  the  first  link  at  time  r. 
Further,  define  F  by  <  r  <  tF+ 1,1,  i.e.,  at  time  r,  packet  P  either  carries  the  F- th 
fictitious  token  over  the  first  link,  or  carries  a  real  token  over  the  link,  in  between  the  times  at 
which  the  JP-th  and  F  +  1-th  fictitious  tokens  are  carried  over  the  link. 


Let  fifc,  2  <  h  <  H,  denote  the  set  of  fictitious  tokens  that,  at  time  r  +  1,  have 
been  carried  over  the  first  link  and  are  subsequently  to  be  carried  over  the  h- th  link,  i.e., 
ft*  =  {/|1  <  /  <  F,  t/'h,  >  r  +  1},  2  <  h  <  H.  From  A.3,  if  aK  +  n^T  <  r  +  1,  then 

<  r  +  1,  and  =  0.  Similarly,  if  as.  +  npT  >  r  +  1,  then  |fl^|  is  at  most  equal 

to  the  number  of  values  of  /,  1  <  /  <  F,  for  which  +  n/T  >  r  +  1;  since  r  +  1  = 
+  [«/’  ~  +  kfT  —  t—  1)/T]T,  t  + 1  <  c/i  +  [n/>  —  [(a*  +  r»f  T  —  r  —  1)/TJ]T  <  r  4-  1  +  T, 

and  hence  |f2fc|  <  1  +  [07*  +  ”  T  “  1)/T|.  Thus,  for  2  <  h  <  H, 


lnfc|  |  <  i 


if  <rK  +  nFT  <  r+  1; 
otherwise. 


(A.4) 


Number  the  packets  for  the  session  that  are  in  the  network  at  time  r  +  1,  assigning  the 
serial  number  1  to  packet  P,  the  next  higher  serial  number  to  the  next  most  recent  packet  to 
enter  the  network,  and  so  on.  Let  pn,  2  <  h<  H,  denote  the  highest  serial  number  among  the 
packets  that,  at  time  r  + 1,  are  subsequently  to  start  being  transmitted  on  the  h-th  link.  Since 
the  total  number  of  real  tokens  for  the  session  is  the  window-size  w,  p*  <  w  +  |nfc|,  2  <  h  <  H. 
Then,  from  A.4,  p*  <  **,  2  <  h  <  H,  where  * *  is  defined  as 


Xji 


w, 

w  +  1+  ( 


if  9k  -I-  npT  <  r  +  1; 
otherwise. 


(A.5) 


Packets  are  transmitted  in  order  of  decreasing  serial  number  at  each  link.  Let  uPi^,  2  < 
h  <  H,  pk  >  p  >  1,  denote  the  time  at  which  packet  number  p  starts  being  transmitted  on 


the  A-th  link.  The  intra-network  delay  for  the  packet  P,  numbered  1,  is  uitn  —  r  +  1,  which  is 
shown  below  to  be  upper-bounded  by  [a a  —  <T\  +  1)  +  wT. 


Let  the  integer  n  be  defined  by 


r  +  l<<73  +  nT<r  +  l  +  T. 


(A.6) 


Then,  the  first  priority-slot  for  the  session  at  or  after  time  r  +  1  on  the  second  link  starts  at 
time  <rj  +  nT .  Since  +  npT  <  r  by  definition  of  F,  aj  +  npT  <  r  +  T,  and  it  follows  from 


A.6  that  n>  np.  Further,  from  A.6, 


°,  +  npT 

\<r  +  l,  ifn>  np. 


Let  2  <  A  <  H}  xk  >  x  >  1,  be  defined  as 


(A.7) 


_  (  +  nT  +  t uT  —  (x  —  1)T,  if  n  =  njp; 

*’*  \  +  nT  +  [w  —  1)T  —  (*  —  1  )T,  if  n  >  np. 

Then,  a  priority-slot  for  the  session  starts  on  the  A-th  link  at  each  of  the  times  aXih. 


(A.8) 


First,  it  is  shown  that  packet  number  p,  Pk>p>  pk-i  +  1,  2  <  A  <  H,  which  at  time 
r  -(- 1  is  to  be  subsequently  transmitted  first  on  the  A-th  link,  starts  being  so  transmitted  at 
time  uPia  that  satisfies 


Up,*  <  «p,*,  2<h<H,  Pk>p>  Ph—i  +  1, 


where  pi  is  defined  as  0. 


A  priority-slot  starts  on  the  A-th  link,  2  <  A  <  H,  at  time  3Phi\.  Since  <  xk,  sPKih,  > 
where  >  r+1,  as  shown  below.  If  n  =  np,  then,  from  A.7,  A.5,  and  A.8,  for  2  <  A  < 
H,  3xKik  =  <?k  +  npT  +  wT-(w+  [<yh+n/jr-r~1  j)T  >  r  + 1.  If  n  >  rip,  then,  from  A.7,  there  is 
an  integer  H\  2  <  H'  <  H,  such  that  <r*  +  npT  <  r  +  1  for  2  <  A  <  H'  and  <jK  +  npT  >  r  +  1 
for  H'  -i-  1  <  A  <  H.  From  A.5  and  A.8,  for  2  <  A  <  H',  =  <xK  +  nT  >  r  +  1;  and  for 

H'+ 1  <h<H}  sXKiK  =  ^  +  nT  +  (w-l)T-(w-h[^+"ff-r-1J)r  >  r  +  l  +  (n-n*--l)T  > 
r+1.  Thus,  a  priority-slot  starts  on  the  A-th  link  at  time  sPht^i  at  or  after  time  r  +  1,  and 


it  follows  that  uPfciA  <  aPkih.  For  p*  -  1  >  p  >  p/*_x  +  1,  assume,  for  purposes  of  induction, 
that  up+lifc  <  Sp+i'h..  A  priority-slot  starts  on  the  A-th  link  at  time  aPiK.  Since  «p+1(A  <  aPih., 
the  priority-slot  starts  after  packet  number  p  +  1  has  been  transmitted  on  the  A-th  link,  and 
it  follows  that  uPih  <  3Pi\.  Thus,  A.9  follows  by  induction. 

Then,  as  shown  below,  the  time  uPi^,  2  <  A  <  H,  pk  >  p  >  1,  at  which  packet  number 
p  starts  being  transmitted  on  the  A-th  link,  satisfies 

»P.h  <  aPih,  2  <  A  <  H,  pk  >  p  >  1.  (A.  10) 

For  3  <  A  <  H  and  p*_i  >  p  >  1,  assume,  for  purposes  of  induction,  that  Up^-x  <  3Pih-i 
and  (for  p+  1  <  pK)  up+1]A  <  Sp+i,*.  A  priority-slot  starts  on  the  A-th  link  at  time  sPi)l.  Since 
»p,a-i  +  1  <  ap,h  and  (for  p  +  1  <  p^)  ap+iik  <  «Pi^,  this  priority-slot  starts  after  packet 
number  p  has  been  communicated  over  the  A  -  1-th  link  and  (for  p  +  1  <  pk)  packet  number 
p  +  1  has  been  communicated  over  the  A-th  link.  It  follows  that  up  ll  <  sPiK.  Since  A.9  holds, 
A.  10  follows  by  induction. 

From  A.10,  the  intra-network  delay,  mu  -  r  + 1,  for  packet  P,  is  at  most  aliH  -  r  + 1. 
If  n  =  nj>,  then,  since  <j\  -(-  npT  <  r  by  definition  of  F,  and  from  A.8,  Sitjj  —  r  +  1  = 
{<tk  -  +  1)  +  wT  +  (ax  +  npT  -  r)  <  -  <rx  +  1)  +  wT.  If  n  >  nF ,  then,  from  A.8  and 

A.6,  ai'jj  —  r  +  1  =  ( (Tjj  —  02  +  1)  +  wT  +  (^a  +  nT  —  T  —  r)  <  (<tjj  —  +  1)  -f-  wT.  Thus,  the 

intra-network  delay  upper  bound,  (<7«  -  <7x  +  1)  +  wT,  of  Section  2.4,  is  proved. 
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A  Procedure  for  Transforming  from  Non-Integer  to  Integer  Schedules 
Without  Increasing  the  Sum  of  Schedule-Delays 


The  procedure  referred  to  in  Section  3.1  is  presented  in  this  appendix. 

Let  z°  denote  the  start-time  of  the  i-th  priority-slot  in  the  given  non-integer  schedule. 
Assume  that  the  priority-slots  are  numbered  in  non-decreasing  order  of  =  x°  —  |_x°J ,  i.e., 
£°  <  for  i  <  j.  The  sum  of  schedule-delays  for  the  schedule  can  be  expressed  as  ^  e*e°  +  c. 
Here,  c»  is  -1  or  1  if  the  i-th  priority-slot  is  on  the  first  or  last  link,  respectively,  in  the 
corresponding  session’s  path,  and  the  path  has  more  than  1  link;  c*  is  0  otherwise;  and  c  is  an 
integer  constant. 


Consider  the  following  iterative  procedure,  starting  with  Jk  =  0 


where 


ffc+i  _  f  -  &»«*»  ^  £y  c/e*  >  0; 

l  «*  +  (1  -  Sm»s)*i  i  otherwise; 

k  =  f  °,  if  e*  =  0  or  1; 

*  \  1,  if  0  <  c*  <  1; 

fain  =  .min  e*;  S^ax  =  max  c*. 


The  e*  have  the  following  properties:  0  <  £*  <  1;  e*  <  e*  for  i  <  j ;  for  Jk  >  1,  +  c  < 

£» +  c  and  e?  -  £i ei~1  ~  !•  The  procedure  terminates  at  k  =  K  where,  for  each 
»,  ef  is  0  or  1. 

Let  T  denote  the  integer  frame-time  for  the  network.  Define  z*  =  [z  ®J  +  ,  Vi,m  = 

Xi  +  mT,  and  y?m  =  z°  +  mT,  where  m  is  an  integer.  Then,  yj,m  =  y°m  -  x°  +  x>  = 

Ivf.mJ  -  lxi\  +  x*  =  L»®mJ  +  and  hence  L»®,mJ  ^  W.m  <  ly°mJ  +  1.  Since  yiim  <  [y°mJ  + 1 
and  LVy.nJ  ^  y;.n.  if  V®,»  +  1  ^  y°n  “d  ly°mJ  +  1  ^  ly®,nJ  -  then  y».m  +  1  <  y J,n-  Since 
ei  =  y.?,m  -  LyJmJ.  if  y?,m  +  1  <  y°n  and  ly°mJ  +  1  =  [y°nJ.  then  e°  <  e°;  hence,  e*  <  ef 


and,  since  y<,m  =  Ltt.mJ  +  ef ,  y<)fn  +  1  <  y,>.  Thus,  if  y°m  +  1  <  y£n  then  y,,m  +  1  <  y;>. 
Furthermore,  c»eff  +  6  ^  2,  c»€?  +  c.  It  follows  that  there  exists  an  integer  schedule  for 
which  Xi  is  the  start-time  of  the  x-th  slot,  and  the  sum  of  schedule-delays  is  not  greater  than 
that  for  the  original  non-integer  schedule. 
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Corollaries  of  the  NP-Completeness  Result  of  Theorem  3.1 

Consider  a  polynomial-time  algorithm  A  for  computing  integer  schedules.  Let  A(I) 
denote  the  sum  of  schedule-waits  for  the  schedule  computed  by  algorithm  A  for  a  network  in¬ 
stance  J,  and  let  OPT(I)  denote  the  minimum  sum  of  schedule-waits  for  the  instance.  Assume 
that  there  are  no  polynomial-time  algorithms  for  solving  NP-complete  problems.  Then,  the 
following  results  hold. 

a)  For  any  fixed  positive  integer  K ,  there  is  an  instance  7  such  that  A(I)—OPT(I)  >  K. 
This  is  shown  as  follows. 

Suppose,  to  the  contrary,  that  A(I)  —  OPT(I)  <  K  for  all  instances  7.  Consider  the 
instance  7'  that  consists  of  K  + 1  copies  of  an  instance  7.  Then  OPT{I')  =  (K-\-\)OPT{I).  The 
schedule  computed  by  algorithm  A  for  V  consists  of  a  schedule  <rc  for  each  copy  c  of  I.  Since 
A{I')-OPT{I')  <  K,  °f  schedule  -  waits  for  oc  -  OPT(I)\  <  K,  and  therefore 

for  at  least  one  value  of  c  the  sum  of  schedule- waits  for  <rc  must  be  OPT {I).  This  provides  a 
polynomial-time  algorithm  for  solving  the  ‘Network  3-Periodic  Zero- Wait  Scheduling’  problem, 
and  Theorem  3.1  is  contradicted.  Hence,  result  a)  is  true. 

b)  For  any  fixed  positive  integer  R,  there  is  an  instance  7  such  that  A(7)  >  R  OPT(I). 
This  is  shown  as  follows. 

Suppose,  to  the  contrary,  that  A(7)  <  R  OPT(I)  for  all  instances  7.  Then,  OPT(I)  =  0 
implies  that  A(7)  =  0.  If  A(7)  =  0  then  OPT(I)  —  0.  Therefore,  OPT{I)  is  zero  if,  and  only 
if,  A(7)  is  zero.  This  provides  a  polynomial-time  algorithm  for  solving  the  ‘Network  3-Periodic 
Zero- Wait  Scheduling’  problem,  and  Theorem  3.1  is  contradicted.  Hence,  result  b)  holds. 

c)  For  any  fixed  positive  integers  K  and  R,  there  is  an  instance  7  such  that  OPT(I)  >  K 
and  A(7)  >  7?  OPT(I).  This  is  shown  as  follows. 
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Suppose,  to  the  contrary,  that  for  all  instances  I  such  that  OPT(I)  >  K,  A(I)  < 
R  OPT(I).  Consider  an  instance  /"  such  that  OPT{I")  >  K  ( I "  may  consist  of  copies  of 
any  instance  Im  such  that  OPT  [I'")  >  1).  Consider  the  instance  I'  that  consists  of  I"  and 
R  OPT(I ")  copies  of  an  instance  I.  Then,  OPT(I')  >  OPT(I")  >  K  and,  hence,  A(I')  < 
R  OPT  (I').  The  schedule  computed  by  algorithm  A  for  I1  consists  of  a  schedule  for  I"  and 
a  schedule  <re  for  each  copy  c  of  I.  Suppose  OPT  (I)  =  0.  Then  OPT(I')  =  OPT{I")  and, 
hence,  A{V)  <  R  OPT{I").  Then,  since  OPT{I ")  >  K,  K  +  Ef=?PT(/'')  (*um  of  schedule - 
waits  for  <rc)  <  R  OPT  [I").  Therefore,  for  at  least  one  value  of  c  the  sum  of  schedule-waits  in 
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The  Scheduling  Algorithm,  of  Section  3.3, 
for  Networks  with  Triangular  Link-Precedence  Graphs 

Figure  D.l  shows  the  type  of  network  for  which  the  link-precedence  graph  is  a  triangle. 
The  number  of  sessions  sharing  any  link  is  assumed  to  be  at  most  equal  to  the  frame-time 
T.  The  following  scheduling  algorithm  constructs  a  minimum-wait  integer  schedule  for  such  a 
network  in  linear-time.  The  minimum  sum  of  schedule-waits  is  at  most  1.  Priority-slots  are 
scheduled  in  the  three  link-frames,  first  for  the  two-link  ab-,  be-,  and  ca-type  sessions,  and 
then  for  the  single-link  sessions. 

Let  Wij  denote  the  weight  of  arc  (i,j)  in  the  link-precedence  graph,  i.e.,  u/jj  is  the 
number  of  t'j-type  two-link  sessions  using  the  »-th  and  j-th  links.  Assume,  without  loss  of 
generality,  that  wa>i  <  WitC  and  11/4,4  <  ti/c,0.  Let  ni  =  u/a,4,  n2  =  min(u;4iC,  ti/c,a)  -  m,  and 
n3  =  max(ti/4iC,u;eia)-  (nx  +  ru).  Several  cases  are  defined  below  based  on  the  values  of  n\,  n2, 
and  n3.  The  sum  of  schedule-waits  for  the  schedule  that  results  is  0,  except  in  case  E(b)  where 
it  is  1. 


Case  A)  n3  =  0  : 

Schedule  priority-slots  for  n\  each  of  ab-,  be-,  and  ca-type  sessions,  and  n2  more  each 
of  be-  and  ca-type  sessions,  as  follows. 


Link 

a: 

ab 

ea 

ab 

ea 

ea 

ea 

b: 

be 

ab 

be 

ab 

be 

. . . 

be 

c: 

ea 

be 

ea 

be 

ea 

be 

ea 

be 

1st 

1st  ... 

nith 

Tilth 

1st 

1st  ... 

nith 

nith 
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Case  B)  n3  >  1,  n2  >  1,  and  wiie  >  we>a  : 


Continue  the  schedule  of  case  A  as  follows  (in  the  sequel,  a  indicates  a  priority-slot 
that  had  been  scheduled  previously,  at  either  the  same  or  a  different  time-instant  in  the  frame). 


Link 

a:  ca* 

b:  be*  be  be  .  be 

e:  ea*  be*  be  be  .  6c 

njth  njth  1st  2nd  .  n3tA 

Case  C)  n3  >  1,  n2  >  1,  and  toe>a  >  tujiC  : 

Modify  and  continue  the  schedule  of  case  A  as  follows. 

Link 

a:  ca*  ca  ea  .  ca 

b:  be* 

e:  ca*  ea  ca  .  ca  be* 

1st  2nd  .  n3tA 

(Priority-slots  for  the  last  of  the  nj  6c-type  sessions  have  been  repositioned.) 

Case  D)  n3  >  2,  n3  =  0  (in  the  sequel,  u/>)e  >  we<a,  and  the  construction  to  be  used  if 
we ,a  >  ti>4iC  is  similar  to  that  shown  for  11/4,*  >  we,a): 

Modify  and  continue  the  schedule  of  case  A  as  follows. 

Link 

a:  ca*  a6* 

6:  5c*  be  be  .  be  ab* 

c:  ca*  be*  be  be  .  be 

nith  n ith  1st  2nd  .  ,ih 
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(Priority-slots  for  the  last  of  the  nt  ab- type  sessions  have  been  repositioned.) 

Case  E)  ns  =  1,  nj  =  0  : 

Sub-case  a)  T  >  2nj  +  2  : 

Continue  the  schedule  of  case  A  as  follows. 

Link 

a:  ab*  ea* 

b:  be*  ab*  be 

e:  ea*  be*  be 

n\th  n\tk  nsth 

Sub-case  b)  nx  =  1, 4, 7, 10, ... ,  and  T  =  2ni  +  1  (=  3,9,15,21,...)  : 

Modify  and  continue  the  schedule  of  case  A  as  follows. 

Link 

a:  ab*  ea* 

b:  be*  be  ab* 

e:  ea*  be*  be 

(A  priority-slot  for  the  last  of  the  nx  a6-type  sessions  has  been  repositioned.  The  sum  of 
schedule- waits  is  1.) 

Sub-case  c)  nx  =  2,5, 8, 11, ... ,  and  T  =  2nx  +  1  (=  5, 11, 17, 23, . . .)  : 

The  set  of  six  columns  marked  by  ‘*’-s  below  is  included  in  the  link-frames  (nx  -  2)/3 

times. 


Link 

a: 

ea 

ea 

ab 

ab 

ab 

ea 

ca 

ca 

ab 

ab 

b: 

be 

be 

be 

ab 

ab 

ab 

.  .  . 

be 

be 

be 

ab 

e: 

ea 

be 

be 

be 

ea 

ea 

•  .  . 

ca 

be 

be 

be 

$ 

* 

* 

$ 

* 

* 

Sub-case  d)  ni  =  3,6,9, 12, ... ,  and  T  =  2ni  -H  1  (=  7, 13, 19,25, . . .)  : 


The  set  of  six  columns  marked  by  ‘*’-3  below  is  included  in  the  link-frames  (ni  -  3)/3 


ab 

ab 

ab 

ea 

ea 

ea 

ab 

ab 

ab 

ea 

ea 

ea 

be 

ab 

ab 

ab 

be 

be 

be 

ab 

ab 

ab 

be 

be 

be 

be 

be 

ea 

ea 

ea 

be 

be 

be 

ea 

ea 

ea 

be 

be 

* 

* 

* 

* 

* 

* 

Appendix  G 


Proof  of  Inequality  3.6 

Priority-slots  are  scheduled  on  the  /- th  link  at  iteration  /  in  step  4  of  algorithm  A*,urwtie 
using  an  assignment  algorithm  that  minimizes  ]C««At  1°  this  appendix,  an  assignment 
algorithm  is  described  for  scheduling  these  priority-slots  at  integer  time-instants  so  that 

(3.6) 

a«A|  '  '  a«A< 

A  session  is  defined  as  being  in  transit  on  the  /-th  link  if  i)  for  link  numbers  t  and 
j,  the  session  has  the  t-th,  /-th,  and  j-th  links  as  consecutive  links  in  its  path,  i.e.,  the  t-th 
link  precedes  and  the  j-th  link  follows  the  /-th  link  in  the  session’s  path,  and  ii)  (t,/)eA(  and 
{l,j)cAi,  i.e.,  both  the  i-th  and  j-th  links  have  already  been  scheduled.  Link-frames  repeat  at 
intervals  of  the  frame-time  T.  Hence,  for  each  of  the  session’s  priority-slots  on  the  t-th  link, 
there  correspond  i)  a  priority-slot  to  be  scheduled  for  the  session  on  the  /-th  link,  starting  from 
0  to  T  -  1  time-units  after  the  finish  of  the  slot  on  the  t-th  link,  and  ii)  a  priority-slot  for  the 
session  on  the  j-th  link,  where  the  integer  length  S  of  the  gap  between  the  finish  of  the  slot  on 
the  i-th  link  and  the  start  of  the  slot  on  the  j-th  link  satisfies  the  condition  1  <  S  <  T.  The 
amount  of  wait  that  the  session  contributes  to  W'a  is  the  sum  of,  first,  the  modulo- T 

wait  between  the  finish  of  its  slot  on  the  i-th  link  and  the  start  of  its  slot  on  the  /-th  link,  and, 
second,  the  modulo-T  wait  between  the  finish  of  its  slot  on  the  /-th  link  and  the  start  of  its 
slot  on  the  j-th  link.  If  the  session’s  priority-slot  on  the  /-th  link  is  scheduled  so  as  to  lie  in  the 
gap  defined  above,  then  the  contributed  wait  is  the  difference,  5-1,  between  the  gap-length 
5  and  the  unit  duration  of  the  slot.  Otherwise,  the  session’s  priority-slot  on  the  /-th  link  is 
scheduled  so  as  to  lie  outside  the  gap  of  length  5,  but  so  as  to  finish  within  T  -  S  time-units 
after  the  end  of  the  gap;  then,  since  a  priority-slot  starts  on  the  j- th  link  a  frame-time  T  after 
the  end  of  the  gap,  the  session’s  contributed  wait  is  T  +  5  -  1. 
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A  session  is  defined  as  finishing  (respectively,  starting)  on  the  /-th  link  if  i)  for  link 
number  i  (respectively,  j),  the  session  has  the  t-th  and  /-th  links  (respectively,  the  /- th  and  j- 
th  links)  as  consecutive  links  in  its  path,  ii)  (t,/)eAj  (respectively,  (/,y)eAi),  and  iii)  the  session 
is  not  in  transit  on  the  /-th  link,  vertex.  The  /-th  link  is  preceded  (respectively,  followed)  in  the 
session’s  path  by  the  t-th  (respectively,  j-th)  link.  For  each  of  the  session's  priority-slots  on  the 
t-th  (respectively,  j-th)  link,  there  corresponds  a  priority-slot  to  be  scheduled  for  the  session 
on  the  /-th  link,  starting  (respectively,  finishing)  from  0  to  T  —  1  time-units  after  (respectively, 
before)  the  finish  (respectively,  start)  of  the  slot  on  the  t-th  (respectively,  j- th)  link.  Thus,  the 
session’s  contributed  wait  is  an  integer  ranging  from  0  to  T  -  1. 

First,  priority-slots  for  sessions  that  are  in  transit  or  that  start  or  finish  on  the  /-th  link 
are  scheduled  in  the  frame  on  the  link  at  integer  time-instants,  using  the  assignment  algorithm 
to  be  described.  Next,  priority-slots  for  all  other  sessions  that  use  the  link  are  scheduled  at 
integer  time-instants  in  the  frame  that  are  as  yet  unassigned. 

Let  n*r  denote  the  number  of  sessions  that  are  in  transit,  and  ntf  the  number  that 
start  or  finish,  on  the  /-th  link.  Then,  n*^  +  ntr  <T  and  ]CotA|  —  n*f  +  2 ntr. 

Case  A)  Assume  that  ntr  =  0. 

Schedule  priority-slots  for  the  n*f  start/finish  sessions  so  that  their  individual  con¬ 
tributed  waits  are  upper-bounded  by  0,1,2,...,  n*1  -  1,  respectively. 


Case  B)  Assume  that  ntr  >  0. 

Let  K  denote  the  number  of  distinct  gap-length  values  among  the  sessions  in  transit, 
and  let  n*,  1  <  k  <  K,  denote  the  number  of  sessions  in  transit  that  have  gap-length  5*, 


where  Si  <  Sj  for  1  <  *  <  j  <  K .  Then,  nfc  =  r»tr •  Let 

m*  =  min  ^5fc  -  ^  m,-,  nk  j  ,  1  <  k  <  K.  (£U) 

Then,  £*=1  <  Sk,  1  <  k  <  K. 

Sub-case  B(I)  Assume,  further,  that  n*f  <  mini<fc</f(Sfc  -  m*). 

Then,  n'f  =  0  if  mk  <  nk  for  at  least  one  value  of  k.  Consider  the  following  scheduling 
algorithm. 

Step  1)  If  mk  =  nk  for  all  values  of  k,  then  schedule  priority-slots  for  the  n*^  start/finish 
sessions  so  that  their  individual  contributed  waits  are  upper-bounded  by  0,1,2,.. .  ,n*f  -  1, 
respectively. 

Step  2)  For  each  value  of  k  from  1  to  K,  in  increasing  order  of  k,  schedule  priority-slots 
for  mk  of  the  nk  transit  sessions  that  have  gap-length  Sk  within  their  respective  gaps. 

This  can  be  done  since,  when  m  (<  mk )  of  the  mk  slots  have  been  scheduled,  the  total 
number  of  slots  that  have  been  scheduled  is 

*-1  /  k  \  fc-x 

n'f  +  ^  mi  +  m  <  (  Sk  —  ^  m*  J  +  ^  mi  +  m  =  Sk  -  (mk  -  m)  <  Sk. 

i=l  \  *=1  /  t= 1 

slots  will  have  ^een  scheduled  by  the  end  of  this  step. 

Step  3)  If  there  is  a  value  fci,  1  <  k\  <  K,  such  that  mkl  <  nkl  and  mk  =  nk  for 
ki  +  l  <  k  <  K,  then  do  the  following  for  each  value  of  k  from  1  to  fci .  Schedule  priority-slots 
for  the  remaining  m*  -  mk  transit  sessions  that  have  gap-length  Sk}  at  integer  time-instants  in 
the  frame  that  are  as  yet  unassigned. 

All  n*f  +  ntr  slots  will  have  been  scheduled  by  the  end  of  this  step. 

Now,  J2a*A,  is  upper-bounded  as  follows. 


72 


Sub-case  B(I)(a)  Assume,  also,  that  mk  =  nk  for  all  values  of  k,  1  <  k  <  K. 


53  -  23  1  +  53  nk(Sk  ~  ^ 

at  At  t=0  fcs:  1 


Sub-case  B(I)(b)  Assume,  instead,  that  m*,  <  n*t  and  m*  =  n*  for  fci  +  1  <  k  <  K. 
From  E.l,  mkl  =  Sfcl  -  m’>  or  £*=i  m«  =  skt]  hence,  nlf  =  0. 

K  fci 

53  Wa  <  m*(^*  - 1) + 5^(nfc  ~  m*)(^ + - 1) 

mA|  fc=l  fc=l 

K  ki 

=  53  n*(^*  ~  i) + 53imfc^fc  ~ i)  +  (nfc  -  m*)CF + 5fc  - 1)].  (-S-2) 

*=*t+l  k=l  ■ 

Now, 

fci  *1  ki  ki 

53[mfc(^fc  -  1)  +  (n*  -  mk)(T  +  Sk  -  1)]  =  (T  -  1)  £  n*  +  £  nfcSfc  -  T  53  mfc 

k=i  *=i  fc=i  fc=i 

fci 

=  (T  ~  *)  53  nfc  +  12  nk$k  -  TSki 

fcssl  fc=l 

<(r-l)I>-  (r-53nfc]5fcl  (E. 3) 

k=i  V  k=i  / 

Dropping  the  negative  term  in  E.3,  substituting  the  result  in  E.2,  and  then  upper-bounding 
S„  -  1  by  T  -  1, 

a«Ai  fe=l  '  '  at  At 


Sub-case  B(II)  Assume,  instead,  that  ntf  >  mini<fe</f(Sfc  -  E*=i  m*)- 
Let  So  =  0,  ko  =  0,  and 

&.  =  max  arg  min 

3  fcy-l  +  lS*<K 


**-E 


m. 


1  <J<J, 


(EA) 


»= l 


where  Skj  - m,  <  <  minkj+i<k<K(Sk-J2i=i  m»)  (or  kJ  =  K  and  Sje-EiLi  m,  < 

"./)• 

Step  1)  For  each  value  of  j  from  1  to  J,  in  increasing  order  of  j,  do  the  following. 

l(i)  Schedule  priority-slots  for  Ski  -  Skj._,  -  UliLkj-x+i  start/finish  sessions  so  that 
their  individual  contributed  waits  we  upper-bounded  by  Sky_  t ,  Sky_t  + 1,  Sfcy.,+2,...,  Sk}.  - 

,+i  "K  -  !»  respectively. 

l(ii)  For  each  value  of  k  from  +  1  to  k3,  in  increasing  order  of  k,  schedule  priority- 
slots  for  mk  transit  sessions  that  have  gap-length  Sk  within  their  respective  gaps. 

It  can  be  verified  by  induction  that  Skj  -  m*  slots  will  have  been  scheduled 

by  the  end  of  sub-step  l(i).  The  scheduling  in  sub-ster  l(ii)  can  be  done  since,  when  m  (<  mk) 
of  the  mk  slots  have  been  scheduled,  the  total  number  of  slots  that  ^ave  been  scheduled  is 

(ki  \  k-i  f  k  \  k-i 

s^-  I  +  5Z  ]£  mi|+  5Z  m'+m 

i=kj- i  +1  J  »=*,'- 1+1  \  ‘**j- i  +  l  J  •=*»- i+l 

=  5fc  -  (mk  -  *n)  <  S„. 

Adding  the  £«i*,._j+i  slots  scheduled  in  sub-step  l(ii)  to  those  scheduled  in  sub-step  l(i), 
a  total  of  Skj.  slots  will  have  been  scheduled  by  the  end  of  sub-step  l(ii). 

IZisi  m*  slots  for  transit  sessions  and  Skj  -  X^=i  slots  for  start/finish  sessions  will 
have  been  scheduled  by  the  end  of  this  step. 

Step  2)  Schedule  priority-slots  for  the  remaining  n,f  -  {Sk,  -  Ylt=i  m»)  siart/finish 
sessions  so  that  their  individual  contributed  waits  are  upper-bounded  by  Skj,  Skj  +  1,  Skj  + 
2, . . . ,  n'f  +  m<  —  1,  respectively. 

All  n*f  start/finish  slots  will  have  been  scheduled  by  the  end  of  this  step. 

Step  3)  For  each  value  of  k  from  kj  + 1  to  K,  in  increasing  order  of  k ,  schedule  priority- 
slots  for  mk  transit  sessions  that  have  gap-length  Sk  within  their  respective  gaps. 


This  can  be  done  since,  when  m  (<  m*)  of  the  m*  slots  have  been  scheduled,  the  total 
number  of  slots  that  have  been  scheduled  is 

fc-i  /  k  \  k-i 

n4/  +  £  m<  +  m  <  f  Sk  -  £ m<  |  +  £  m»  +  m 

»=i  \  «= 1  /  t=i 

=  Sk  -  (mi  -  m)  <  Sfc. 

n*^  +  mfc  slots  will  have  been  scheduled  by  the  end  of  this  step. 

Step  4)  For  each  value  of  k  from  1  to  K,  schedule  priority-slots  for  the  remaining 
n*j  —  m*  transit  sessions  that  have  gap-length  Sk  at  integer  time-instants  in  the  frame  that  are 
as  yet  unassigned. 

All  n*f  +  ntr  slots  will  have  been  scheduled  by  the  end  of  this  step. 

Now,  YlatA,  is  upper-bounded  as  follows. 

Sub-case  B(II)(a)  Assume,  also,  that  m*  =  rifc  for  all  values  of  A:,  1  <  k  <  K. 


£^a<£  Skj.l  +(Ski.l  +l)  +  ($*,_l  +  2)  +  ---  +  5fe,  -  £  Tli-  1 

aiAi  J=1  ^  ^  +  l 

+ £  nk(s*  - *) 

3=1  k=ky_  i  +  l 


+  |$*/  +  {Skj  +  l)  +  [Skj  +  2)  -I-  •  •  •  +  ^  rii  -  1 

K 

+  £  nk(Sk  ~  1). 

k=sk,  +  l 


(£-5) 


The  four  terms  in  E.5  correspond  to  the  waits  contributed  by  substep  l(i),  substep  l(ii),  step 
2,  and  step  3,  respectively. 


For  1  <  j  <  J, 

kj  kj 

£  nk(Sk  -  1)  <  (Ski  -  1)  £  n, 

fcssky-l  +  i  k=ky_i  +  i 


=  I  I  5*y  -  n*  I  +  I  5fcy  -  2^  "i  +  1  I  +  •  •  •  +  (Sfcy  -  1) 

»=fcy_l  +  l  y  \  »=*/-! 


+  53  ni-l  +  53  «i  -  2  1  +  •  ■  •  +  0  . 

\»  =  fcy_l+l  J  \«  =  ky_j  + 1  y 


(£.6) 


This  can  be  seen  by  adding  corresponding  terms  of  the  two  bracketed  expressions  above. 

The  first  line  in  E.5  is  a  sum  of  increasing  integers,  with  consecutive  integers  from  5*,.,, 
tO  Sky  “  Hi=fcy_1  +  i  ni  —  1  and  then  a  gap  between  S*}.  -  n*  —  l  and  S*y,  for  each 

value  of  j.  The  first  bracketed  expression  in  E.6  fills  in  the  gap  for  the  corresponding  value  of 
j.  Thus,  from  E.5  and  E.6, 


J2W*~  1  +  2  +  ---+  (n*'  +  ]T)nfc-l 


;  /  *y  ) 

+ 53  1 + 2  ■+•••• +  j  53  nk  ~  i 

3-1  L  \fc=ky_»  +  l  , 

K 

+  53  nfc(5fc  ~ *) 

k=ky+l 

=("'/+E->)("'/+--rn>~1 


+e(  e  •*) 

3—1  \k=ky-i  +  l  y 
K 

+  53  nk(Sk  ~ *) 

fc=fcy+X 


Hfc=fc  y_I  +  ink  1 
2 


«  *  «  '  .>  -  '  ’*  *  •  -*•  H 


“1  %V  y  „  y.;V  ;3  y.*‘v 


Sub-case  B(II)(b)  Assume,  instead,  that  mkl  <  nkl. 


From  E.l,  mkl  =  Skl  -  22*17 1  m*,  or  m»  =  Skl;  hence,  from  E.4,  mk  =  nk  for 
ki  +  1  <  k  <  K.  Thus,  for  j  =  1  in  step  1,  no  start/finish  sessions  are  scheduled,  and 


E  K  s  E  m*(s‘  - ») 


ae  Ai  fc=  1 


+  5^3  Skj-1  +  +  1)  +  (5fcy_t  +  2)  H - h  Skj.  -  53  n*  -  1 


»’=fc/-l+l 


J 

+  53  53  nk{Sk-l) 

j=2  fc=fc,  _l+i 


+  j  Skj  +  {Skj  +  1)  +  {Skj  +  2)  -I - 1-  -f  y:  my  -  1 

K  kx 

+  53  y>fc(i^fc  ~  *)  +  53(nfc  ~  mk){T + sk- 1). 

fc=fcj+l  k=l 


(E.7) 


Combining  the  first  and  last  terms  by  E.3,  and  combining  the  second,  third,  and  fourth  terms 
with  the  help  of  E.6, 

E^<(T-1)E»»-  (r-X>W 


+  Sk\  +  {Skl  +  !)  +  •••+  n'f  +  53  mk  —  1 


+  53  1  +  2  +  •  •  •  +  |  53  nk  -  1 

J=3  [  ^k=fcy_  i+l 

K 

+  53  nk[sk-i). 

k=kj  +  1 

Since  £kLi  mfc  =  Skl ,  and  mh  =  nk  for  Arx  +  1  <  k  <  kj, 


(E.  8) 


Sk i  +  {Skl  -f  1)  +  •  — ‘r  n*^  +  53  mk  ~  1 


—  (  n*f  +  53  nk  j  Skl  +  0  4-  1  +  •  •  •  +  |  n'f  +  53  rifc  —  1 

\  k=fc,  +  l  /  .  \  k=k,+l 


(^■9) 


This  can  be  seen  by  adding  5*,  to  each  of  the  terms  in  the  last  bracketed  expression  above. 
Combining  the  second  and  third  terms  in  E.8  with  the  help  of  E.9, 


£  K  <  (t  - 1)  £ n*  -  (T  -  n'f  -  £ 

fe=l  \  k=l  J 

+  1  +  2  +  •  •  •  +  |  n**  +  S  tit  —  1^ 

\  k=ki  +  l  J  J 

’5Lt.-)(Ss^) 

K 

+  Y2  ~ x)- 

k=fe^+i 

Dropping  the  negative  term  in  the  above  expression,  and  upper-bounding  the  third,  fourth, 
and  fifth  terms, 

E^S(r-l)f>.+  (n"+  £ 

k=  1  V  fc=*t  + 1  )  \  L  j 


/  «i* ,  *"  •'  • 


**  ;•  ,  •  '«  A  A  A 

•V.-VA 


-  -*■  %  .'“K%  * 

v.  -a  ■ 


Nv-‘.  >V-\:-Cv 


Appendix  F 


The  Expected  Waiting-Times  at  a  Slotted  Link 
for  Some  Packet  Arrival  Processes 


The  analysis  presented  here  is  referred  to  in  Chapter  4. 

Assume  that  all  slots  are  of  unit  duration,  and  that  each  packet  requires  one  slot  for 
transmission  on  the  link.  Three  packet  arrival  processes  are  considered. 


a)  Poisson  packet  arrivals  at  rate  p. 


Let  qn  denote  the  number  of  packets  at  the  link  at  the  beginning  of  the  n-th  slot, 
including  the  packet,  if  any,  to  be  transmitted  in  the  slot.  Let  P"  denote  the  number  of  packet 
arrivals  during  the  n-th  slot;  P”  is  a  Poisson  random  variable  with  mean  p.  Then, 


?n+l  =  Pp  +  ?n  ~ 


if  ?r»  >  1; 

if  qn  =  0. 


Let  G[z)  denote  the  transform  E(zqn)  in  steady-state.  Then,  transforming  F.l, 


(P.l) 


G{z )  =  e^'-Ii{z"1[G(2)  -  G(0)]  +  G(0)}, 


(P.2) 


so  that 


G(z)  =  G(  0) 


z  -  1 


(P3) 


ze-p(j-i)  -  l 

where  G(0)  is  the  probability  1  -  p  that  no  packet  is  to  be  transmitted  in  a  slot.  E(qn)  in 
steady-state  is  obtained  from  G(z)  as 

„3 


£(,„)  =  C'(  !)  =  „  + 


2(1  -  0)' 

The  expected  number  of  packets  waiting  at  a  random  time  is 


£(?»)  -  7i  =  ' 


(P4) 


2  2(1  -  p) 


(P5) 
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Thus,  from  Little’s  theorem,  the  expected  packet  waiting-time  is 


(±)—£—  =  — 1_. 
\pj2{l-p)  2(1  -  p) 


(F.6) 


b)  Poisson  packet  arrivals  at  rate  A,  0  <  A  <  0.5,  combined  with  rate  0.5  deterministic 
packet  arrivals,  at  the  starts  of  alternate  slots. 


Assume  that  the  deterministic  packet  arrivals  are  transmitted  immediately  upon  ar¬ 
rival.  Then,  only  Poisson  packet  arrivals  may  be  required  to  wait.  The  Poisson  arrivals  are 
transmitted  in  alternate  slots.  Let  type  ‘a’  denote  the  type  of  these  slots.  Then,  the  number 
qn  of  packets  at  the  link,  at  the  beginning  of  the  n-th  type  ‘a’  slot,  satisfies  F.l  for  p  =  2A. 
Hence,  the  expected  number  of  packets  waiting  at  a  random  time  is  obtained  from  F.5  as 


2(1  -  P) 


f=2X 


A 

1  -  2A 


Thus,  from  Little’s  theorem,  the  expected  packet  waiting-time  is 


1  /  A  \  _  2A 

(A +  0.5}  U -2Ay  1  -  4AJ 


(f.7) 


(*  8) 


c)  Poisson  packet  arrivals  at  rate  A,  combined  with  rate  p  Bernoulli  packet  arrivals  at 
the  starts  of  slots.  0  <  A  +  p  <  1. 


Let  qn  denote  the  number  of  packets  at  the  link  at  the  beginning  of  the  n-th  slot, 
including  the  packet,  if  any,  to  be  transmitted  in  the  slot.  Let  P”  and  B ”  denote  the  numbers 
of  Poisson  and  Bernoulli  packet  arrivals,  respectively,  during  the  n-th  slot;  P"  is  a  Poisson 
random  variable  with  mean  A  and  a  Bernoulli  random  variable  with  mean  p.  Then, 


?n+ 1  -  +  B*  +  qn  - 


if  ?»  >  1; 

if  qn  =  0. 


(P.9) 


Let  G(z)  denote  the  transform  E[zqn)  in  steady-state.  Then,  transforming  F.9, 


G(z)  =  e^-^Kl  -  p)  +  pz\{z-l[G{z)  -  G(0)]  +  G(0)},  (P.10) 


so  that 


GW  =  G(0)  { 


(*-  l)[l  +  p(z-  1)] 
ze~x(*~l)  -  [l  +p{z  -  1)] 


} 


(F.11) 


where  G( 0)  is  the  probability  1  -  (A  +  p)  that  no  packet  is  to  be  transmitted  in  a  slot.  E{qn) 
in  steady-state  is  obtained  from  G(z)  as 


£(?.)  =  G'(l)  -  (A  +p)  + 

The  expected  number  of  packets  waiting  at  a  random  time  is 

\  /A  ,  \  _  A(1  p) 

E{qn)  (2  +P)~  2[i-(A  +  p)]* 


(F.12) 


(jP.13) 


Thus,  from  Little’s  theorem,  the  expected  packet  waiting-time,  evaluated  for  0  <  A  <  0.5  and 
p  =  0.5,  is 

r  A(1  +  P)  1  _  ^A  (^-14) 


2[l-(A  +  p)](A  +  p)l  =0.5  1  —  4A2 


3A 
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Appendix  G 


FORTRAN  Programs  for  Simulators  SB  and  FCFS 


The  programs  listed  in  this  appendix,  and  the  respective  starting  page  numbers,  are 
as  follows: 

1)  Program  SimulatorSB  (main  program  for  simulator  SB) . 84 

2)  Subroutine  ScheduleBasedScheme  (the  core  of  simulator  SB)  . 89 

3)  Subroutine  GenerateArrivals 

(generator  of  Poisson  packets  in  slot  for  simulator  SB) . 92 

4)  Subroutine  Measure  (recorder  of  measurements  for  simulator  SB)  . 93 

5)  Integer  Function  Wrap  Around  Increment, 

Integer  Function  FirstLink,  Integer  Function  LastLink 

(functions  used  by  both  simulators  SB  and  FCFS) . 96 

6)  Real*8  Function  Ran 

(generator  of  uniform  random  numbers  in  [0,1), 

used  by  both  simulators  SB  and  FCFS) . 97 

7)  Block  Data  Network  (data  used  by  simulator  SB  for  network  of  Figure  4.1) . 98 

8)  Program  SimulatorFCFS  (main  program  for  simulator  FCFS)  . 99 

9)  Subroutine  FCFSScheme  (the  core  of  simulator  FCFS) . 105 

10)  Subroutine  GenerateArrivals 

(generator  of  Poisson  packets  in  slot  for  simulator  FCFS) . 107 

11)  Subroutine  Measure  (recorder  of  measurements  for  simulator  FCFS) . 108 


12)  Subroutine  Enqueue,  Subroutine  Dequeue 
(enqueues  packet  in  link-queue  in  simulator  FCFS, 

dequeues  packet  from  link-queue  in  simulator  FCFS) . 112 

13)  Block  Data  Network  (data  used  by  simulator  FCFS  for  network  of  Figure  4.1) _ 113 

The  programs  are  written  in  Data  General’s  FORTRAN77  for  the  MV10000  computer. 
Comment  statements  in  the  programs  begin  with  the  symbol  ‘!\  For  ease  of  formatting  the 
programs  for  inclusion  in  this  appendix,  continuation  symbols  have  been  omitted  from  contin¬ 
uation  statements  and  statement  labels  have  been  shifted  to  the  right. 


Program  SimulatorSB  !  Main  program  for  simulator  SB 


integer  FirstLink 

include  ’ParameterLS . til '  !  MaxLinks,  MaxSessions 
include  ’Parame t erTB . f 77 ’  i  TimeBuf f erLength 
comnon  /  globalblock  /  NumberOfLinks ,  NumberOfSess ions 
integer  Window,  FinalTime 

comnon  /  s imulatorscheme  /  Window  (MaxSessions) 
comnon  /  func t ionblock  /  Numbe rOfLinksForSe s s ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 
real*8  Seed 

comnon  /  arrivalbiock  /  Seed,  TotalGenerat ionRate , 

SessionDistr ibut ion  (MaxSessions) 
integer  GenerationTimeBufferEntry,  TransmissionTimeBufferEntry, 
Transmi  s s  ionTime s  ,  SunDf  IntraNetworkDelays  , 

SumOfSqua redint raNe  tworkDe lays  ,  SumOfDelays  , 

SunDf  SquaredDe  lays 

real  MinEndToEndOe  lay ,  MaxEndToEndDe  lay , 

MinPreTransmiss  ionDelay ,  MaxPreTransmiss  ionDelay 
real*8  Generat ionTimes 

comnon  /  measureblock  /  Numbe r InProce s s  (MaxSessions), 
GenerationTimeBufferEntry  (MaxSessions) , 

Generat ionTimes  (MaxSessions,  TimeBuf f erLength) , 
NumberGenerated  (MaxSessions), 

TransmissionTimeBufferEntry  (MaxSessions,  MaxLinks), 

Transmi ss ionTimes  (MaxSessions,  MaxLinks,  TimeBuf f erLength)  , 
NumberTransmi tted  (MaxSessions,  MaxLinks), 

MinEndToEndDelay  (MaxSessions), 

MaxEndToEndDe lay  (MaxSessions), 

SunDf  EndToEndDe lays  (MaxSessions), 

SumOfSqua redEndToEndDe lays  (MaxSessions) , 

Minlnt raNe  tworkDe lay  (MaxSessions), 

MaxIntraNe tworkDe lay  (MaxSessions), 

SunDf  IntraNe  tworkDe  lays  (MaxSessions), 

SunDf Squa red IntraNetworkDelays  (MaxSessions) , 

MinPreTransmiss ionDe lay  (MaxSess ions ) , 

MaxPr eTr ansmi  s s i onDe 1  ay  (MaxSe  s  s i ons ) , 

SunOfPreTransmi ss ionDe lays  (MaxSessions) , 
SunOfSquaredPreTransmiss  ionDe  lay  (MaxSessions)  , 

MinDelay  (MaxSessions,  MaxLinks), 

MaxDelay  (MaxSessions,  MaxLinks), 

SunDfDelays  (MaxSessions,  MaxLinks), 

SunDf Squa redDe lays  (MaxSessions,  MaxLinks) 
integer  Session 

real  MeasuredGenerat ionRate  (MaxSessions), 

MeanEndToEndDe lay  (MaxSessions), 

Me anSqua redEndToEndDe lay  (MaxSessions ) , 

Me  anlnt raNe  tworkDe lay  (MaxSessions), 

Me  anSqua red IntraNe  tworkDe  lay  (MaxSessions ) , 

MeanPr eTr ansmi  ss ionDe lay  (MhxSess ions ) , 

Me anSqua redPr eTr ansmi  ss ionDelay  (MaxSessions ) , 
MeasuredTransmi ss ionRate  (MaxSessions,  MaxLinks), 

MeanDelay  (MaxSessions,  MaxLinks), 

Me  anSqua redDe lay  (MaxSessions,  MaxLinks) 
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dimension  Generat ionRate  (MaxSess ions ) 
do  while  ( .true . ) 

print  *,  'Enter  generation  rates  :  ’ 
read  *,  (Generat ionRate  (Session), 

Session  -  1,  NumberOfSess ions ) 

TotalGenerat ionRate  -  0.0 
do  Session  -  1,  NumberOfSess ions 

TotalGenerat ionRate  -  TotalGenerat ionRate  + 

Generat ionRate  (Session) 
end  do  !  Total  generation  rate 
Distr ibut ionSum  -  0.0 

SessionDistribution  (NumberOfSess ions)  -  1.0 
do  Session  -  1,  NumberOfSess ions  -  1 
Distr ibut ionSum  -  Distr ibut ionSum  + 

Gene rat ionRate  (Session)  /  TotalGenerat ionRate 
SessionDistribution  (Session)  -  Distr ibut ionSum 
end  do  !  Distribution  function  for  session  rates 

do  while  ( .true . ) 

print  *,  'Enter  windows  :  ’ 

read  *,  (Window  (Session),  Session  -  1,  NumberOfSess ions ) 
do  while  (.true.) 

print  *,  'Enter  Seed  :  ’  !  Seed  used  :  314159.0 
read  *,  Seed 
InitialTime  -  i 


do  Session  -  1,  NumberOfSess ions 
Number InProcess  (Session)  »  0 
GenerationTimeBufferEntry  (Session)  -  0 
NumberGenerated  (Session)  *  0 
MinEndToEndDelay  (Session)  -  1.0E+9 
MaxEndToEndDe lay  (Session)  -  0.0 
SumOf EndToEndDe 1 ay s  (Session)  -  0.0 
SunOfSquaredEndToEndDe lays  (Session)  -  0.0 
MinlntraNe tworkDe lay  (Session)  -  1000000000 
MaxIntraNe tworkDe lay  (Session)  -  0 
SunOflntraNe tworkDe lays  (Session)  -  0 
SuirOfSquaredlntraNe  tworkDe  lays  (Session)  -  0 
MinPreTransmi  ss ionDe  lay  (Session)  -  1.0E+9 
MaxPreTransmi  ss ionDe lay  (Session)  -  0.0 
SunOfPreTransmiss ionDe lays  (Session)  -  0.0 
SunOfSquaredPreTransmissionDelay  (Session)  -  0.0 
do  i  -  1 ,  NumberOfLinksForSess ion  (Session) 

Link  -  Links  (Session,  i) 

TransmissionTimeBufferEntry  (Session,  Link)  - 
Numbe rTransmi  t ted  (Session,  Link)  -  0 
if  (i  .ge.  2)  then 

MinDelay  (Session,  Link)  -  1000000000 
MaxDelay  (Session,  Link)  -  0 
SunOfDelays  (Session,  Link)  -  0 
SunOfSquaredDe lays  (Session,  Link)  -  0 
end  if 
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end  do 

end  do  !  Measure  block,  initialization 

do  ■while  (  .true .  ) 

print  *,  'Enter  FinalTime  :  ’ 
read  *,  FinalTime 

Simulate 

call  ScheduleBasedScheme  (InitialTime ,  FinalTime) 

RealFinalTime  -  Real  (FinalTime) 
do  Session  -  1,  NumberOfSess ions 

MeasuredGenerationRate  (Session)  - 

Real  (NumberGene rated  (Session))  /  RealFinalTime 
RealNumberProcessed  « 

Real  (NumberTransmitted  (Session, 

LastLink  (Session))) 

MeanEndToEndDelay  (Session)  - 

SunOfEndToEndDe  lays  (Session)  / 
RealNumberProcessed 
MeanSquaredEndToEndDelay  (Session)  ■ 

SurcOf Square dEndToEndDe lays  (Session)  / 
RealNumberProcessed 
MeanlntraNetworkDelay  (Session)  - 

Real  (SumOf IntraNetworkDelays  (Session))  / 
RealNumberProcessed 

MeanSquaredlntraNetworkDelay  (Session)  - 

Real  (SunOfSquaredlntraNetworkDelays  (Session))  / 
RealNumberProcessed 
MeanPreTransmissionDelay  (Session)  - 

SufflOfPreTransmissionDelays  (Session)  / 
RealNumberProcessed 

MeanSquaredPreTransmissionDelay  (Session)  - 

SuniOfSquaredPreTransmiss  ionDelay  (Session)  / 
RealNumberProcessed 

do  i  -  1 ,  NumberOfLinksForSess ion  (Session) 

Link  -  Links  (Session,  i) 

MeasuredTransmiss ionRate  (Session,  Link)  - 
Real  (NumberTransmitted  (Session,  Link))  / 
RealFinalTime 
if  (i  .ge.  2)  then 

MeanOelay  (Session,  Link)  - 

Real  (SunOfDelays  (Session,  Link))  / 
RealNumberProcessed 
MeanSquaredDe lay  (Session,  Link)  - 

Real  ( SumOf SquaredDe lays  (Session,  Link))  / 
RealNumberProcessed 

end  if 
end  do 

end  do  !  Output-data  computation 

do  Session  -  1,  NumberOfSr ss ions 
print  *,  'Session  -  ’,  Session 
print  *,  'MeasuredGenerationRate  -  ', 
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MeasuredGenerat ionRate  (Session) 
print  *,  'MeanEndToEndDelay  -  ’, 

MeanEndToEndDe lay  (Session) 
print  *,  'MeanSquaredEndToEndDe lay  - 
MeanSquaredEndToEndDe lay  (Session) 
print  *,  'MinEndToEndDelay  -  * , 

MinEndToEndDe lay  (Session) 
print  *,  'MaxEndToEndDelay  -  ’, 
MaxEndToEndDelay  (Session) 
print  *,  'MeanlntraNe  tworkDelay  - 
MeanlntraNe  tworkDelay  (Session) 
print  *,  'MeanSquaredlntraNetworkDelay  - 
MeanSquaredlntraNetworkDelay  (Session) 
print  *,  ’MinlntraNe tworkDelay  - 
MinlntraNe tworkDelay  (Session) 
print  *,  'MaxIntraNetworkDelay  -  ’, 

MaxIntraNe tworkDelay  (Session) 
print  *,  ’MeanPreTransmissionDelay  -  ’ , 
MeanPreTransmi s s ionDe lay  (Session) 
print  *,  'MeanSquaredPreTransmiss ionDelay  -  ’ , 
MeanSquaredPreTransmiss ionDe lay  (Session) 
print  *,  ’MinPreTransmiss  ionDelay  -  ’ , 

Mi nPreTransmiss ionDe lay  (Session) 
print  *,  'MaxPreTransmiss  ionDelay  -  ’, 
MaxPreTransmissionDelay  (Session) 
do  i  -  1,  NumberOfLinksForSess ion  (Session) 
Link  -  Links  (Session,  i) 
print  *,  'Link  -  Link 
print  *,  'MeasuredTransmi  ss  ionRate  -  ’ , 
MeasuredTransmiss ionRate  (Session,  Link) 
if  (i  .ge.  2)  then 

print  *,  'MeanDelay  -  ’, 

MeanDelay  (Session,  Link) 
print  *,  ’MeanSquaredDe lay  -  ’, 
MeanSquaredDe lay  (Session,  Link) 
print  *,  ’MinDelay  -  ’, 

MinDelay  (Session,  Link) 
print  *,  'MaxDelay  -  ’, 

MaxDelay  (Session,  Link) 

end  if 
end  do 

end  do  l  Output  results 


print  *,  'Current  time  -  ’,  FinalTime 
print  *,  'Enter  "O"  to  exit  run  duration  loop 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  40 
InitialTime  -  FinalTime  +  1 
end  do  I  Run  duration  loop 
cont inue 

print  *,  'Enter  ”0"  to  exit  seed  loop  :  ’ 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  30 
end  do  !  Seed  loop 
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jv 


WTO 


30 


continue 

print  *,  ’Enter  "O'*  to  exit  window  loop  :  ’ 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  20 
end  do  !  Window  loop 
20  continue 

print  *,  ’Enter  ’’0”  to  exit  generation  rate  loop 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  10 
end  do  l  Generation  rate  loop 
10  continue 


!  The  core  of  simulator  SB 

Subroutine  ScheduieBasedScheme  (initialTime ,  FinalTime) 
integer  FinalTime 

integer  Wr apAroundlncrement ,  FirstLick 

include  ’ParameterLS . ill ’  l  MaxLinks,  MaxSessions 

include  ’ParameterP.f77’  !  MaxPeriod 

common  /  globalblock  /  Numb erOf Links ,  NumberOfSessions 
integer  Window 

common  /  s imulatorscheme  /  Window  (MaxSess ions) 
integer  Period,  Sess ionFrame  ,  TokenBufferLength,  Sess ionCycle , 
OutLinks 

common  /  schemeblock  /  Period, 

SessionFrame  (MaxLinks,  MaxPeriod), 

TokenBufferLength  (MaxSess ions ) , 

NumberOfSessionsOnLink  (MaxLinks), 

SessionCycle  (MaxLinks,  MaxPeriod), 

OutLinks  (MaxLinks,  MaxSessions) 
common  /  schemearr ivals  / 

NumberOf Packets  (MaxLinks,  MaxSessions) 
common  /  funct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 

integer  Time,  Slot,  RoundRobinPos i t ion  (MaxLinks),  Session, 
TokenBuf ferMarker  (MaxSessions), 

TokenBuffers  (MaxSessions,  MaxLinks  +  l),  Packets,  Tokens, 
TokenOut  (MaxLinks),  Sess ionServed  (MaxLinks),  Position, 
OutLink 

dimension  NumberOfTokens  (MaxLinks,  MaxSessions) 
save 

if  (InitialTime  .eq.  l)  then  l  Initialize 
Slot  -  1 

do  Link  -  1,  NumberOfLinks 

RoundRobinPos i t ion  (Link)  -  1 
end  do 

do  Session  -  1,  NumberOfSessions 
TokenBuf f erMarker  (Session)  -  1 
do  i  -  1 ,  TokenBufferLength  (Session) 

TokenBuffers  (Session,  i)  -  0 
end  do 

Link  -  FirstLink  (Session) 

NumberOf Packets  (Link,  Session)  -  0 
NumberOfTokens  (Link,  Session)  -  Window  (Sess ion) 
do  i  -  2,  NumberOfLinksForSess ion  (Session) 

Link  -  Links  (Session,  i) 

NumberOf Packets  (Link,  Session)  -  0 
NumberOfTokens  (Link,  Session)  -  0 
end  do 

end  do  l  Initializations  complete 
end  if 

do  Time  -  InitialTime,  FinalTime 
do  Session  -  1,  NumberOfSessions 

Length  -  TokenBufferLength  (Session) 
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Marker  -  WrapAroundlncrement  (TokenBufferMarker(Sess ion) , 
Length.) 

TokenBufferMarker  (Session)  -Marker 

if  (TokenBuf f ers  (Session,  Marker)  .eq.  l)  then  !  Token 
Link  -  FirstLink  (Session) 

NumberOfTokens  (Link,  Session)  - 

Numb erOf Tokens  (Link,  Session)  +  1 
TokenBuffers  (Session,  Marker)  -  0 
end  if 

end  do  !  Real  tokens  return  to  source  nodes 

do  Link  -  1,  NumberOf Links 

Session  -  SessionFrame  (Link,  Slot) 

if  (Session  .gt.  0)  then  i  Session  has  priority  to  slot 
Packets  -  NumberOfPackets  (Link,  Session) 
if  (Packets  .gt.  0)  then  i  Session  has  packets  waiting 
if  (FirstLink  (Session)  .ne.  Link)  then  !  In  transit 
Tokens  -  NumberOfTokens  (Link,  Session) 
if  (Tokens  .eq.  Packets)  then  !  Use  real  token 
NumberOfTokens  (Link,  Session)  -  Tokens  -  1 
TokenOut  (Link)  -  1 
else  !  Use  fictitious  token 
TokenOut  (Link)  -  0 
end  if 

else  !  First  link 

TokenOut  (Link)  -  0 
end  if 

NumberOfPackets  (Link,  Session)  -  Packets  -  1 
Sess ionServed  (Link)  -  Session 
call  Measure  (Link,  Session,  0.0,  Time  -  l) 
go  to  10 
end  if 
end  if 

Number InCycle  -  NumberOfSess ionsOnLink  (Link) 

Position  -  RoundRob inPos i t ion  (Link) 
do  i  -  1 ,  Number InCycle 
Position  - 

WrapAroundlncrement  (Position,  Number InCycle) 

Session  -  SessionCycle  (Link,  Position) 

Packets  -  NumberOfPackets  (Link,  Session) 
if  (Packets  .gt.  0)  then  !  Session  has  packets  waiting 
Tokens  -  NumberOfTokens  (Link,  Session) 
if  (FirstLink  (Session)  .ne.  Link)  then  !  In  transit 
go  to  20 

else  if  (Tokens  .gt.  0)  then  !  1st  link,  real  token 
go  to  20 
end  if 
end  if 

if  (i  .eq.  Number InCycle)  then 
Sess ionServed  (Link)  -  0 
go  to  30 
end  if 

end  do  I  Round-robin  loop  for  searching  in  cyclic  order 
continue  !  Serve  session  from  round-robin 
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if  (Tokens  .gt.  0)  then  !  Use  real  token 

NumberOfTokens  (Link,  Session)  -  Tokens  -  1 
TokenOut  (Link)  -  1 
else  1  Standard,  in  transit 
TokenOut  (Link)  -  0 
end  if 

NumberOf Packets  (Link,  Session)  -  Packets  -  1 

Sess ionServed  (Link)  -  Session 

call  Measure  (Link,  Session,  0.0,  Time  -  l) 

30  continue 

RoundRob inPosition  (Link)  -  Position 
10  continue 

end  do  i  Link  loop  ends 

1  Generate  packets  in  current  slot 
call  GenerateArr ivals  (Time) 

do  InLink  -  1,  NumberOfLinks 

Session  -  SessionServed  (InLink) 
if  (Session  .ne.  0)  then  !  Packet  arrived 
OutLink  -  OutLinks  (InLink,  Session) 
if  (OutLink  .ne.  0)  then  !  Session  in  transit 
NumberOf Packets  (OutLink,  Session)  - 

NumberOfPacke ts  (OutLink,  Session)  +  1 
if  (TokenOut  (InLink)  .eq.  l) 

NumberOfTokens  (OutLink,  Session)  - 

NumberOfTokens  (OutLink,  Session)  +  1 
else  !  Session  exits 

if  (TokenOut  (InLink)  .eq.  1)  !  Return  real  token 
TokenBuffers  (Session, 

TokenBufferMarker  (Session))  -  1 

end  if 
end  if 

end  do  !  In- link  loop  ends 

Slot  -  WrapAroundlncrement  (Slot,  Period)  !  Next  frame-slot 
end  do  1  Time  loop  ends 
return 


1  Generator  of  Poisson  packets  in  slot  for  simulator  SB 
Subroutine  GenerateArrivals  (Time) 
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integer  Time 
integer  FirstLink 

include  'Parame  te rLS . f 77 ’  !  MazLinks,  MazSessions 
common  /  globalblock  /  NumberOfLinks ,  NumberOfSess ions 
real*8  Ran,  Seed,  Generat ionTime 

conmon  /  arrivalblock  /  Seed,  TotalGenerat ionRate , 
SessionDistribution  (MazSessions) 
conmon  /  schemearr ivals  / 

NumberOf Packets  (MazLinks,  MazSessions) 
integer  Session 


1) 


Generate  nezt  packet  in  slot 


RealTime  -  Real  (Time  - 
TimeGenerated  -  0.0 
do  •while  (TimeGenerated  .It.  1.0) 

TimeGenerated  -  TimeGenerated  • 

Real  (log  (1.0  -  Ran  (Seed)))  /  TotalGenerat ionRate 
if  (TimeGenerated  .gt.  1.0)  go  to  10  !  No  more  packet  in  slot 
RandamValue  -  Real  tRan  (Seed)) 

do  Session  »  1,  NumberOfSess ions  !  Generated  packet’s  session 
if  (RandomValue  .le.  SessionDistribution  (Session))  then 
Link  -  FirstLink  (Session) 

NumberOf  Packets  (Link,  Session)  - 

NumberOf  Packets  (Link,  Session)  +  1 
Generat  ionTime  -  RealTime 
call  Measure  (0,  Session, 
go  to  20 


+  TimeGenerated 
Generat ionTime , 


0) 


end 
end  do 


do 


20 
end 
10 

return 

end 


if 

i  Session 
continue 
!  Generation 
cont inue 


loop  ends 
time  loop  ends 


!  Recorder  of  measurements  for  simulator  SB 
Subroutine  Measure  (Link,  Session,  Rea ITimeMeasur ed , 
TimeMeasured) 

integer  Session,  TimeMeasured 

real*8  RealTimeMeasured 

integer  Wr a pAround Increment ,  FirstLink 

include  ’ParameterLS . f 77 ’  !  MaxLinks,  MaxSessions 

include  ’ParameterTB.f77’  l  TimeBuf f erLength 

common  /  funct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 

integer  GenerationTimeBufferEntry,  Transmi s s ionTimeBuf f erEnt ry , 
TransmissionTimes ,  SumOf Int raNe  tworkDe lays , 

SumOf Squa redint raNe  tworkDe lays ,  SumOf De lays , 

SumOf SquaredDe lays 

real  MinEndToEndDelay ,  MaxEndToEndDe  lay , 

MinPr  eTransmi  ss  ionDelay ,  MaxPreTransmiss  ionDelay 
real*8  Generat ionTimes 

common  /  measureblock  /  Number InProcess  (MaxSessions), 
GenerationTimeBufferEntry  (MaxSessions) , 

Generat ionTimes  (MaxSessions,  TimeBuf f erLength) , 

NumberGene rated  (MaxSessions), 

Transmi  ss  ionTimeBuff  erEnt  ry  (MaxSessions,  MaxLinks), 
TransmissionTimes  (MaxSessions,  MaxLinks,  TimeBuf  f  e  rLength)  , 
Numbe  rTr  ansmi  tted  (MaxSess ionj ,  MaxLinks), 

MinEndToEndDelay  (MaxSessions), 

MaxEndToEndDe lay  (MaxSessions), 

SumOf EndToEndDe lays  (MaxSessions), 

SumOfSquaredEndToEndDe lays  (MaxSessions) , 

Minlnt raNe tworkDe lay  (MaxSessions), 

Maxlnt raNe  tworkDe lay  (MaxSessions), 

SumOf  Int  raNe  tworkDe  lays  (MaxSessions), 

SumOfSquaredlnt raNe  tworkDe lays  (MaxSessions) , 

MinPr eTransmi  ss i onDe lay  (MaxSes  s ions) , 

MaxPreTransmiss ionDelay  (MaxSes s ions ) , 

SumOf Pr eTransmi  s s ionDe lays  (MaxSes  s ions ) , 

SunOfSquar edPr eTransmi s s i onDe lay  (MaxSes s ions ) , 

MinDelay  (MaxSessions,  MaxLinks), 

MaxDelay  (MaxSessions,  MaxLinks), 

SumOfDelays  (MaxSessions,  MaxLinks), 

SumOf  SquaredDe lays  (MaxSessions,  MaxLinks) 
integer  Entry,  OldTime ,  Delay 
real*8  Generat ionTime 

if  (Link  .eq.  0)  then  !  Packet  generated 
InProcess  -  NumberlnProcess  (Session) 
if  (InProcess  .eq.  TimeBuf f e rLength)  then  !  Overflow 
stop  ’Time  buffer  ove rf low  occur  red ’ 
else  !  Enter  packet  generated 

Entry  -  WrapAroundlnc r ement  (GenerationTimeBufferEntry 
(Session),  TimeBuf f erLength) 

GenerationTimeBufferEntry  (Session)  -  Entry 
Generat ionTimes  (Session,  Entry)  -  RealTimeMeasured 
NumberGenerated  (Session)  -  NumberGenerated  (Session)  +  1 


Number InProcess  (Session)  -  InProcess  +  1 
end  if 

else  if  (Link  .ne.  LastLink  (Session))  then  !  Enter  transmission 
Entry  -  WrapAroundlncrement  (TransmissionTimeBuf ferEntry 
(Session,  Link),  TimeBuf f erLength) 

TransmissionTimeBuf ferEntry  (Session,  Link)  -  Entry 
TransmissionTimes  (Session,  Link,  Entry)  -  TimeMeasured 
Numb e rTr ansmi t ted  (Session,  Link)  - 

NumberTransmi t ted  (Session,  Link)  +  1 
else  I  Packet  transmitted  on  last  link  in  path 

Entry  -  WrapAroundlncrement  (TransmissionTimeBuf ferEntry 
(Session,  Link),  TimeBuf f erLength) 

TransmissionTimeBuf ferEntry  (Session,  Link)  -  Entry 
TransmissionTimes  (Session,  Link,  Entry)  -  TimeMeasured 
Numbe rTr ansmi t ted  (Session,  Link)  - 

NumberTransmi t ted  (Session,  Link)  +  1 
Generat ionTime  -  Generat ionTimes  (Session,  Entry) 
EndToEndDelay  -  TimeMeasured  -  Generat  ionTime  +  1.0 
MinEndToEndDelay  (Session)  - 

Min  (MinEndToEndDelay  (Session),  EndToEndDelay) 
MaxEndToEndDe 1 ay  (Session)  - 

Max  (MaxEndToEndDe lay  (Session),  EndToEndDelay) 
SumOfEndToEndDelays  (Session)  - 

Suni)f EndToEndDc lays  (Session)  +  EndToEndDelay 
SumOfSquaredEndToEndDelays  (Session)  - 
SunOf  SquaredEndToEndDe  lays  (Session)  + 

EndToEndDelay  *  EndToEndDelay 
OldTime  -  TransmissionTimes  (Session,  FirstLink  (Session), 
Entry) 

IntraNetworkDelay  -  TimeMeasured  -  OldTime  +  1 
MinlntraNe tworkDelay  (Session)  - 

Min  (MinlntraNe tworkDelay  (Session),  IntraNetworkDelay) 
MaxIntraNe tworkDelay  (Session)  - 

Max  (MaxIntraNetworkDelay  (Session),  IntraNetworkDelay) 
SunOf IntraNe tworkDelay s  (Session)  - 

SunOf IntraNetworkDelays  (Session)  +  IntraNetworkDelay 
SumOfSquaredlntraNetworkDelays  (Session)  - 
SunOfSquaredlntraNetworkDelays  (Session)  + 
IntraNetworkDelay  *  IntraNetworkDelay 
PreTransmissionDelay  - 

EndToEndDelay  -  Real  (IntraNetworkDelay) 
MinPreTransmissionDelay  (Session)  - 

Min  (MinPreTransmissionDelay  (Session), 
PreTransmissionDelay) 

MaxPreTransmissionDelay  (Session)  - 

Max  (MaxPreTransmissionDelay  (Session), 
PreTransmissionDelay) 

SuxrOf PreTr ansmi ssionDe lays  (Session)  - 
SumOfPreTr ansmi ss ionDe lays  (Session)  + 

PreTransmissionDelay 

SunOf  Square  dPreTr ansmi  ssionDe  lay  (Session)  - 
SunOfSqua  re  dPreTr  ansmi  ss ionDe lay  (Session)  + 
PreTransmissionDelay  *  PreTransmissionDelay 
do  i  -  2,  NumberOfLinksForSess ion  (Session) 


NewLink  -  Links  (Session,  i) 

NeWTime  -  Transmi ss ionTimes  (Session,  NewLink,  Entry) 
Delay  -  NeWTime  -  OldTime 
MinDelay  (Session,  NewLink)  - 

Min  (MinDelay  (Session,  NewLink),  Delay) 

MazDelay  (Session,  NewLink)  - 

Max  (MazDelay  (Session,  NewLink),  Delay) 

SumOfDelays  (Session,  NewLink)  - 

SunOfDelays  (Session,  NewLink)  +  Delay 
Sun£)fSquaredDe lays  (Session,  NewLink)  - 

SunOfSquaredDelays  (Session,  NewLink)  +  Delay  *  Delay 
OldTime  -  NeWTime 
end  do  I  Link  delay  loop  ends 

NumberlnProcess  (Session)  -  Number InProcess  (Session)  -  1 
end  if 
return 
end 
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!  Functions  used  by  both  simulators  SB  and  FCFS 


Integer  Funct  ion  WrapAroundlncrement  (Value,  MaxValue) 
integer  Value 

if  (Value  .It.  MaxValue)  then  !  Increment 
WrapAroundlncrement  -  Value  +  1 
else  if  (Value  .eq.  MaxValue)  then  !  Wrap  around 
WrapAroundlncrement  -  1 
else  1  Error 

WrapAroundlncrement  -  Value 
stop  ’Invalid  argument  to  WrapAroundlncrement  ’ 
end  if 
return 
end 


Integer  Function  FirstLink  (Session) 
integer  Session 

include  ’ParameterLS.f77*  !  MaxLinks,  MaxSessions 
conmon  /  funct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 

FirstLink  -  Links  (Session,  l) 

return 

end 


Integer  Function  LastLink  (Session) 
integer  Session 

include  ’ParameterLS.f77’  !  MaxLinks,  MaxSessions 
cannon  /  functionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 

LastLink  -  Links  (Session,  NumberOfLinksForSess ion  (Session)) 

return 

end 


96 


i  Generator  of  uniform  random  numbers  in  [0,1), 
!  used  by  both  simulators  SB  and  FCFS 
Real*8  Function  Ran  (Seed) 


m 


m 


real*8  Seed,  Combination,  Modulus 
real  Multiplier 

parameter  (Modulus  -  4294967296.0,  Multiplier 
Constant  -  1.0) 

Combination  -  Multiplier  *  Seed  +  Constant 
if  (Combination  .gt.  Modulus)  then 
Seed  -  mod  (Combination,  Modulus) 
else  if  (Combination  .It.  Modulus)  then 
Seed  -  Combination 
else 

Seed  -  0.0 
end  if 

Ran  -  Seed  /  Modulus 
return 


69069.0, 


i  Data  used  by  simulator  SB  for  network  of  Figure  4.1 
Block  Data  Network 

include  ’ParameterLS .f77’  i  MaxLinks,  MaxSessions 
include  'Parameter?. f 77 *  !  MaxPeriod 

common  /  globalblock  /  Numbe rOf Links  ,  NumberOfSess  ions 
integer  Period,  SessionFrame ,  TokenBuf f erLength,  SessionCycle , 
OutLinks 

common  /  schemeblock  /  Period, 

SessionFrame  (MaxLinks ,  MaxPeriod), 

TokenBuf ferLength  (MaxSessions), 

NumberOfSess ionsOnLink  (MaxLinks), 

SessionCycle  (MaxLinks,  MaxPeriod), 

OutLinks  (MaxLinks,  MaxSessions) 
conmon  /  functionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 
data  NumberOfLinks ,  NumberOfSess ions  /  2,  3  / 
data  Period  /  2  /,  SessionFrame  (1,1)  /  1  /, 

SessionFrame  (1,2)  /  2  /,  SessionFrame  (2,1)  /  1  /, 
SessionFrame  (2,2)  /  3  / 
data  NumberOfSess ionsOnLink  (l)  /  2  /, 

NumberOfSess ionsOnLink  (2)  /  2  / 
data  SessionCycle  (1,1)  /  1  /,  SessionCycle  (1,2)  /  2  /, 
SessionCycle  (2,1)  /  1  /,  SessionCycle  (2,2)  /  3  / 
data  OutLinks  (1,1)  /  2  /,  OutLinks  (1,2)  /  0  /, 

OutLinks  (2,1)  /  0  /,  OutLinks  (2,3)  /  0  / 
data  NumberOfLinksForSess ion  (l)  /  2  /, 

NumberOfLinksForSess ion  (2)  /  1  /, 

NumberOfLinksForSess ion  (3)  /  1  / 
data  Links  (1,1)  /  1  /,  Links  (1,2)  /  2  /,  Links  (2,1)  /  1  /, 
Links  (3,1)  /  2  / 

data  TokenBuf ferLength  (l)  /  3  /,  TokenBuf f erLength  (2)  /  2  /, 
TokenBuf ferLength  (3)  /  2  / 

end 


Program  SimulatorFCFS  i  Main  program  for  simulator  FCFS 
integer  FirstLink,  LastLink 

include  ’ParameterLS .f77’  !  MaxLinks,  MaxSessions 
include  ’ParameterTB.f77’  !  TimeBuff erLength 
common  /  globalblock  /  NumberGf Links ,  NumberOfSess ions 
integer  Window,  FinalTime 

common  /  s imulator scheme  /  Window  (MaxSessions) 
common  /  funct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 
real*8  Seed 

conmon  /  arrivalblock  /  Seed,  TotalGenerat ionRate , 

SessionDistr ibution  (MaxSessions) 
integer  GenerationTimeBufferEntry,  WindowingTimeBuf ferEntry , 
Transmiss ionTimeBuf  f erEntry ,  Transmi ss ionTimes  , 

SunOf  IntraNe  tworkDelays  ,  SunOfSquaredlntraNetworkDelays  , 
SunOfDelays,  SunOf  Square  dDe  lays 
real  MinEndToEndDelay ,  MaxEndToEndDe lay ,  MinlntraWindowDe  lay , 
MaxIntraWindcwDelay ,  MinPreWindouDelay ,  MaxPreWindowDe  lay , 
MinPreTransmiss ionOelay ,  MaxPreTransmiss ionDelay , 
MinWindoWToNe  tDelay ,  MaxWindoWToNe  tDe  lay 
real*8  Genera t  ionTimes  ,  WindowingTimes 
conmon  /  measureblock  /  Number InProcess  (MaxSessions), 
GenerationTimeBufferEntry  (MaxSessions) , 

Generat ionTimes  (MaxSessions ,  TimeBuff erLength) , 
NumberGenerated  (MaxSessions), 

WindowingTimeBufferEntry  (MaxSessions) , 

WindowingTimes  (MaxSessions,  TimeBuff  erLength)  , 
NumberWindowed  (MaxSessions), 

Transmiss  ionTimeBuf  ferEntry  (MaxSessions,  MaxLinks), 
Transmiss  ionTimes  (MaxSessions,  MaxLinks,  TimeBuff  erLength)  , 
NumberTransmitted  (MaxSessions,  MaxLinks), 

MinEndToEndDelay  (MaxSessions), 

MaxEndToEndDe lay  (MaxSessions), 

SunOf EndToEndDe lays  (MaxSessions), 

SunOf SquaredEndToEndDe lays  (MaxSessions) , 
MinlntraWindouOelay  (MaxSessions), 

MaxIntraWindowDelay  (MaxSessions), 

SunOf IntraWindcraDe lays  (MaxSessions), 

SunOf SquaredlntraWindovOe lays  (MaxSessions )  , 
MinPreWindcroDelay  (MaxSessions), 

MaxPreWindowDelay  (MaxSessions), 

SunOfPreWindowDelays  (MaxSessions), 
SunOfSquaredPreWindovOelays  (MaxSessions) , 
MinlntraNetworkDelay  (MaxSessions), 

MaxIntraNetworkDelay  (MaxSessions), 

SunOf  IntraNe  tworkDelays  (MaxSessions), 
SunOfSquaredlntraNetworkDelays  (MaxSessions) , 

MinPreTransmi ss ionDe lay  (MaxSessions ) , 

MaxPreTransmiss ionDelay  (MaxSessions) , 

SunOf Pr eTr ansmi ss ionDe lays  (MaxSessions ) , 
SunOfSquaredPreTransmissionDelay  (MaxSessions) , 

MinWindoWToNe  tDelay  (MaxSessions), 

MatfWindoWToNe tDelay  (MaxSessions), 


! 

i 

St 


SunOfWindoWToNetDelays  (MaxSessions) , 

Sun£)f Square dWlndoWToNe  tDe lays  (MaxSessions)  , 

MinDelay  (MaxSessions,  M&xLinks), 

MaxDelay  (MaxSessions,  MaxLinks), 

SunOfDelays  (MaxSessions,  MaxLinks), 

SumOfSquaredDe lays  (MaxSessions,  MaxLinks) 
integer  Session 

real  MeasuredGenerationRate  (MaxSessions), 

MeasuredWindowingRate  (MaxSessions), 

MeanEndToEndDelay  (MaxSessions), 

MeanSquaredEndToEndDelay  (MaxSessions ) , 

MeanlntraWindowDelay  (MaxSessions), 
MeanSquaredlntraWindowDelay  (MaxSessions) , 

MeanPreWindowDe  lay  (MaxSessions), 

MeanSquaredPreWindcroDelay  (MaxSessions) , 

MeanlntraNe  tworlcDelay  (MaxSessions), 
MeanSquaredlntraNetworkDelay  (MaxSessions) , 

MeanPreTransmiss ionDelay  (MaxSessions), 
MeanSquaredPreTransmissionDelay  (MaxSessions) , 
MeariWindoWToNetDe  lay  (MaxSessions), 
MeanSquaredWindoWToNetDelay  (MaxSessions) , 
MeasuredTransmissionRate  (MaxSessions,  MaxLinks), 

MeanDelay  (MaxSessions,  MaxLinks), 

MeanSquaredDelay  (MaxSessions,  MaxLinks) 
dimension  Generat ionRate  (MaxSessions) 

do  'while  (  .true  . ) 

print  *,  ’Enter  generation  rates  :  ’ 
read  *,  (Generat ionRate  (Session), 

Session  -  1,  NumberOfSessions) 

TotalGenerat ionRate  -  0.0 
do  Session  -  1,  NumberOfSessions 

TotalGenerat ionRate  »  TotalGenerat ionRate  + 

Generat ionRate  (Session) 
end  do  I  Total  generation  rate 
Distr ibut ionSum  -  0.0 

SessionDistribution  (NumberOfSessions)  -  1.0 
do  Session  -  1,  NumberOfSessions  -  1 
Distr ibut ionSum  -  Distr ibut ionSum  + 

Gene  rat ionRate  (Session)  /  TotalGenerat ionRate 
SessionDistribution  (Session)  -  Distr ibut ionSum 
end  do  !  Distribution  function  for  session  rates 

do  'whi  1  e  (  .true  .  ) 

print  *,  ’Enter  windows  :  ’ 

read  *,  (Window  (Session),  Session  -  1,  NumberOfSessions) 
do  while  ( .true . ) 

print  *,  'Enter  Seed  :  ’  I  Seed  used  :  314159.0 
read  *,  Seed 
InitialTime  -  1 

do  Session  -  1,  NumberOfSessions 
Number InProcess  (Session)  -  0 


Gene ra t ionTimeBuf f erEntry  (Session)  -  0 
NumberGene rated  (Session)  -  0 
WindowingTimeBuf  f  erEntry  (Session)  -  0 
Numb erWind owed  (Session)  -  0 
MinEndToEndDe lay  (Session)  -  1.0E+9 
MaxEndToEndDe lay  (Session)  -  0.0 
SunOf EndToEndDe lays  (Session)  -  0.0 
SumOfSquaredEndToEndDelays  (Session)  -  0.0 
MinlntraWindo'fcDelay  (Session)  -  1.0E+9 
MaxIntraWindcraDelay  (Session)  -  0.0 
SumOf  IntraWindovdOelays  (Session)  -  0.0 
Sun£)fSquaredIntraWindo,wDe lays  (Session)  -  0.0 
MinPreWindo^Oelay  (Session)  -  1.0E+9 
MaxPreWindov£)elay  (Session)  -  0.0 
SunOfPreWindcraDe  lays  (Session)  -  0.0 
SunOfSquaredPreWindo^Delays  (Session)  -  0.0 
MinlntraNetworkDelay  (Session)  -  1000000000 
MaxIntraNetworkDelay  (Session)  *  0 
SumOf  IntraNe two rkDe lays  (Session)  -  0 
StmOfSquaredlntraNetworkDelays  (Ses-sion)  -  0 
MinPreTransmissionDelay  (Session)  -  1.0E+9 
MaxPreTransmissionOelay  (Session)  -  0.0 
SunOf Pr eTr ansmi ss ionDe lays  (Session)  -  0.0 
SunOfSquaredPreTransmissionDelay  (Session)  -  0.0 
MinWindoWToNetDelay  (Session)  -  1.0E+9 
MaxWindoWToNetDelay  (Session)  -  0.0 
SuzrOfWindoWToNetOelays  (Session)  -  0.0 
SunOfSquaredWindoWToNetDelays  (Session)  -  0.0 
do  i  »  1,  NumberOfLinksForSess ion  (Session) 

Link  -  Links  (Session,  i) 

TransmissionTimeBufferEntry  (Session,  Link)  -  0 
NumberTransmitted  (Session,  Link)  -  0 
if  (i  .ge.  2)  then 

MinDelay  (Session,  Link)  -  1000000000 
MaxDelay  (Session,  Link)  -  0 
SunOfDe lays  (Session,  Link)  -  0 
SuztOfSquar edDe lays  (Session,  Link)  -  0 
end  if 
end  do 

end  do  1  Measure  block  initialization 

do  while  ( .true . ) 

print  *,  ’Enter  FinalTime  :  ’ 
read  *,  FinalTime 

call  FCFSScheme  ( Ini  t  ialTime  ,  FinalTime)  !  Simulate 

RealFinalTime  -  Real  (FinalTime) 
do  Session  «  1,  Numb erOfSess ions 

MeasuredGenerat ionRate  (Session)  - 

Real  (NumberGenerated  (Session))  /  RealFinalTime 
MeasuredWindcrwingRate  (Session)  - 

Real  (NumberWindowed  (Session))  /  RealFinalTime 
RealNumberProcessed  - 


Real  (NumberTransmitted  (Session, 

LastLink  (Session))) 

MeanEndToEndDelay  (Session)  - 

SunOfEndToEndDe  lays  (Session)  / 

Rea INumber Processed 
MeanSquaredEndToEndDelay  (Session)  - 

Sun£)fSquaredEndToEndDe lays  (Session)  / 
RealNumberProcessed 
MeanlntraWindaraDelay  (Session)  » 

SunOf  IntraWindorcDe  lays  (Session)  / 
RealNumberProcessed 

MeanSquaredlntraWindovDelay  (Session)  - 

SurcOf  Squared  I  ntraWindovDe  lays  (Session)  / 
RealNumberProcessed 
MeanPreWindo^Delay  (Session)  - 

SumOfPreWindouDelays  (Session)  / 
RealNumberProcessed 
MeanSquaredPreWindotuDelay  (Session)  - 

SumOfSquaredPreWindo^Oelays  (Session)  / 
RealNumberProcessed 
MeanlntraNetworkDelay  (Session)  - 

Real  (SunOf IntraNe two rkDe lays  (Session))  / 
RealNumberProcessed 

MeanSquaredlntraNetworkDelay  (Session)  - 

Real  (SunOfSquaredlntraNetworkDelays  (Session))  / 
RealNumberProcessed 
MeanPreTransmiss ionDelay  (Session)  - 

SumOfPteTransmissionDelays  (Session)  / 
RealNumberProcessed 

MeanSquaredPreTransmiss ionDelay  (Session)  - 

SumOfSquaredPr eTransmi ss ionDe lay  (Session)  / 
RealNumberProcessed 
MeanWindoWToNetDe lay  (Session)  - 

SumOfWindoWToNetDelays  (Session)  / 
RealNumberProcessed 

MeanSquaredWindoWToNe  tDe  lay  (Session)  - 

SumOfSquaredWindoWToNetDelays  (Session)  / 
RealNumberProcessed 

do  i  -  1,  NumberOfLinksForSess ion  (Session) 

Link  -  Links  (Session,  i) 

MeasuredTransmi ss ionRate  (Session,  Link)  - 
Real  (NumberTransmitted  (Session,  Link))  / 
RealFinalTime 
if  (i  .ge.  2)  then 

MeanDe lay  (Session,  Link)  - 

Real  (SunOfDelays  (Session,  Link))  / 
RealNumberProcessed 
MeanSquaredDelay  (Session,  Link)  - 

Real  (SunOfSquaredDelays  (Session,  Link))  / 
RealNumberProcessed 

end  if 
end  do 

end  do  I  Output-data  computation 


do  Session  -  1,  NumberOfSess ions 
print  *,  'Session  -  Session 
print  *,  'MeasuredGenerat ionRate  - 
MeasuredGenerat ionRate  (Session) 
print  *,  'MeasuredWindowingRate  - 
MeasuredWindowingRate  (Session) 
print  *,  'MeanEndToEndDe  lay  - 
MeanEndToEndDe  lay  (Session) 
print  *,  'MeanSquaredEndToEndDelay  - 
MeanSquar edEndToEndDe lay  (Session) 
print  *,  'MinEndToEndDelay  - 
MinEndToEndDelay  (Session) 
print  *,  'MaxEndToEndDelay  - 
MaxEndToEndDelay  (Session) 
print  *,  'MeanlntraWindouOelay  - 
MeanlntraWIndorwDelay  (Session) 
print  *,  'MeanSquaredlntraWindo'wDelay  - 
MeanSquaredlntraWindowDe lay  (Session) 
print  *,  ’MinlntraWindorwDelay  - 
Minin traWindovDe 1 ay  (Session) 
print  *,  'MaxIntraWindouDelay  - 
MaxIntraWindoyjDelay  (Session) 
print  *,  'MeanPreWindouOelay  - 
MeanPreWindowDe lay  (Session) 
print  *,  'MeanSquar  edPi  eWindowDe  lay  - 
MeanSquaredPreWindouDelay  (Session) 
print  *,  'MinPreWindouDelay  - 
MinPreWindovDelay  (Session) 
print  *,  'MaxPreWindouDelay  -  ', 
MaxPreWindouOelay  (Session) 
print  *,  'MeanlntraNetworkDelay  - 
MeanlntraNetworkDelay  (Session) 
print  *,  'MeanSquaredlntraNetworkDelay  -  * , 
MeanSquaredlntraNetworkDelay  (Session) 
print  *,  'MinlntraNetworkDelay  - 
MinlntraNetworkDelay  (Session) 
print  *,  'MaxIntraNetworkDelay  -  ’ , 
MaxIntraNetworkDelay  (Session) 
print  *,  ’MeanPreTransmi ss ionDelay  - 
MeanPreTransmiss ionDe lay  (Session) 
print  *,  ’MeanSquaredPreTransmiss ionDelay  -  ’ , 
Me anSquaredPreTr ansmi  ss ionDe lay  (Session) 
print  *,  'Mi nPreTr ansmi ss ionDe lay  - 
Mi  nPreTr ansmi  ss ionDe lay  (Session) 
print  *,  'MaxPreTr  ansmi  ss ionDe lay  -  ’ , 
MaxPreTr ansmi  ss ionDe lay  (Session) 
print  *,  'MeanWindoWToNetDe  lay  - 
MeanWindcre/ToNetDe  lay  (Session) 
print  *,  'MeanSquar edWindowToNe tDe lay  - 
MeanSquaredWindoWToNe tDe lay  (Sess ion) 
print  *,  'MinWindoWToNetDelay  • 
MinWindoWToNetDelay  (Session) 
print  *,  'MajWindoWToNetDelay  - 
MaxWindoWToNe tDe lay  (Session) 


i 
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do  i  -  1 ,  NumberOfLinksForSess ion  (Session) 
Link  -  Links  (Session,  i) 
print  *,  'Link  -  Link 
print  *,  'MeasuredTransmissionRate  - 

MeasuredTransmi ss ionRate  (Session,  Link) 
if  (i  .ge.  2)  then 

print  *,  'MeanDelay  -  ’, 

MeanDelay  (Session,  Link) 
print  *,  'MeanSquaredDelay  -  ', 
MeanSquaredDelay  (Session,  Link) 
print  *,  ’MinDelay  -  ’ , 

MinDelay  (Session,  Link) 
print  *,  'MaxDelay  -  ’, 

MaxDelay  (Session,  Link) 
end  if 
end  do 

end  do  !  Output  results 

print  *,  'Current  time  -  FinalTime 

print  *,  'Enter  "0”  to  exit  run  duration  loop  :  ’ 

read  *,  Ind 

if  (Ind  .eq.  0)  go  to  40 
InitialTime  -  FinalTime  +  1 
end  do  1  Run  duration  loop 
40  continue 

print  «,  'Enter  "O"  to  exit  seed  loop  :  ' 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  30 
end  do  !  Seed  loop 
30  continue 

print  *,  'Enter  "O"  to  exit  window  loop  :  ’ 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  20 
end  do  !  Window  loop 
20  continue 

print  *,  'Enter  ”0”  to  exit  generation  rate  loop  :  ’ 
read  *,  Ind 

if  (Ind  .eq.  0)  go  to  10 
end  do  !  Generation  rate  loop 
10  continue 


!  The  core  of  simulator  FCFS 

Subroutine  FCFSScheme  ( Ini  t  ialTime  ,  FinalTime) 


integer  FinalTime 

integer  WrapAroundlncrement ,  FirstLink 
include  ,ParameterLS.f77’  !  MaxLinks,  MaxSessions 
common  /  globalblock  /  Numb e rOf Links  ,  NumberOfSess  ions 
integer  Window 

common  /  simulatorscheme  /  Window  (MaxSessions) 
integer  TokenBuf ferLength,  OutLinks 

common  /  schemeblock  /  TokenBuf ferLength  (MaxSessions), 

OutLinks  (MaxLinks,  MaxSessions) 
comnon  /  schemearr ivals  / 

NumberOfPacketsAtSource  (MaxSessions) , 

Numb erOf Tokens  (MaxSessions) 

comnon  /  f unct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions,  MaxLinks) 
include  ’ParameterLB. f77 ’  i  LinkBuf ferLength 
integer  QueueHead,  QueueTail 

comnon  /  queueblock  /  LinkQueue  (MaxLinks,  LinkBufferLength) , 
QueueHead  (MaxLinks),  QueueTail  (MaxLinks), 

NumberOfPacke ts  (MaxLinks) 

integer  Time,  Session,  TokenBufferMarker  (MaxSessions), 
TokenBuffers  (MaxSessions,  MaxLinks  +  l),  Packets, 
SessionServed  (MaxLinks),  OutLink 
real *8  RealTime 
save 

if  ( Ini t ialTime  .eq.  1)  then  l  Initialize 
do  Session  -  1,  NumberOfSess ions 
TokenBufferMarker  (Session)  -  1 
do  i  -  1 ,  TokenBufferLength  (Session) 

TokenBuffers  (Session,  i)  -  0 
end  do 

NumberOfPacketsAtSource  (Session)  -  0 
NumberOfTokens  (Session)  -  Window  (Session) 
end  do 


do  Link  -  1,  NumberOfLinks 
NumberOf Packets  (Link)  -  0 
QueueHead  (Link)  -  0 
QueueTail  (Link)  -  0 
end  do  !  Initializations  complete 
end  if 


do  Time  -  Ini  t  ialTime,  FinalTime 
RealTime  -  Time  -  1 
do  Session  -  1,  NumberOfSess ions 

Length  -  TokenBufferLength  (Session) 

Marker  -  WrapAroundlncrement  (TokenBuf  f  erMarker  (Sess  ion) , 
Length) 

TokenBufferMarker  (Session)  -  Murker 

if  (TokenBuffers  (Session,  Marker)  .eq.  1)  then  !  Token 
Packets  -  NumberOfPacketsAtSource  (Session) 
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if  (Packets  .gt.  0)  then  !  Use  token  to  enter  packet 
call  Enqueue  (FirstLink  (Session),  Session) 
call  Measure  (-1,  Session,  RealTime,  0) 
NumberOfPacketsAtSourc.e  (Session)  -  Packets  -  1 
else  1  Store  token 

Numb erOf Tokens  (Session)  - 

NumberOfTokens  (Session)  +  1 

end  if 

TokenBuffers  (Session,  Marker)  -  0 
end  if 

end  do  !  Window- tokens  return  to  source  nodes 


do  Link  -  1,  Numb  erOf Links 

call  Dequeue  (Link,  Session) 

SessionServed  (Link)  «  Session 
if  (Session  .ne.  0) 

call  Measure  (Link,  Session,  0.0,  Time  -  l) 
end  do  1  Link  loop  ends 

Generate  packets  in  current  slot 
call  GenerateArr ivals  (Time) 
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do  InLink  -  1,  Numb  erOf  Links 

Session  -  SessionServed  (InLink) 
if  (Session  .ne.  0)  then  1  Packet  arrived 
Out Link  -  OutLinks  (InLink,  Session) 
if  (OutLink  .ne.  0)  then  1  Session  in  transit 
call  Enqueue  (OutLink,  Session) 
else  1  Session  exits,  return  window- token 
TokenBuffers  (Session, 

TokenBuff erMarker  (Session))  -  1 

end  if 
end  if 

end  do  i  In-link  loop  ends 


end  do  1 

return 

end 


Time  loop  ends 


i  Generator  of  Poisson  packets  in  slot  for  simulator  FCFS 
Subroutine  GenerateArr ivals  (Time) 

integer  Time 
integer  FirstLink 

include  ’ParameterLS.f77*  !  MaxLinks,  MaxSessions 
comnon  /  globalblock  /  NumberOfLinks ,  NumberOfSess  ions 
real*8  Ran,  Seed,  Generat ionTime 
comnon  /  arrivalblock  /  Seed,  TotalGenerat ionRate , 

Ses s ionDi s t r ibut i on  (MaxSessions) 
comnon  /  schemearr ivals  / 

NumberOfPa eke tsAt Source  (MaxSessions ) , 

Numb erOf Tokens  (MaxSessions) 
integer  Session,  Tokens 

RealTime  -  Real  (Time  -  l) 

TimeGenerated  -  0.0 

do  'while  (TimeGenerated  .It.  1.0)  !  Generate  next  packet  in  slot 
TimeGenerated  -  TimeGenerated  - 

Real  (log  (1.0  -  Ran  (Seed)))  /  TotalGenerat ionRate 
if  (TimeGenerated  .gt.  1.0)  go  to  10  i  No  more  packet  in  slot 
RandoniValue  -  Real  (Ran  (Seed)) 

do  Session  -  1,  NumberOfSess ions  !  Generated  packet’s  session 
if  (RandamValue  .le.  Sess ionOistr ibut ion  (Session))  then 
Generat  ionTime  -  RealTime  +  TimeGenerated 
call  Measure  (0,  Session,  Generat ionTime ,  0) 

Tokens  -  NumberOfTokens  (Session) 
if  (Tokens  .gt.  0)  then  1  Use  token  to  enter  packet 
call  Enqueue  (FirstLink  (Session),  Session) 
call  Measure  (-1,  Session,  Generat ionTime ,  0) 
NumberOfTokens  (Session)  -  Tokens  -  1 
else  1  Store  packet  at  source 

NumberOfPacketsAtSource  (Session)  - 

NumberOfPa eke tsAt  Source  (Session)  +  1 

end  if 
go  to  20 
end  if 

end  do  l  Session  loop  ends 
20  continue 

end  do  I  Generation  time  loop  ends 

10  continue 

return 

end 


1  Recorder  of  measurements  for  simulator  FCFS 
Subroutine  Measure  (Link,  Session,  RealTimeMeasured, 
TimeMeasured) 

integer  Session,  TimeMeasured 

real*8  RealTimeMeasured 

integer  WrapAroundlncrement ,  FirstLink 

include  ,ParameterLS.f77’  i  MazLinks,  MazSessions 

include  ’ParameterTB.f 77 ’  !  TimeBuff erLength 

common  /  functionblock  /  NumberOfLinksForSess ion  (MazSessions), 
Links  (MazSessions,  MazLinks) 

integer  Genera tionTimeBufferEntry ,  WindowingTimeBuff erEntry , 
Transmiss  ionTimeBuf  f  erEntry ,  Transmiss  ionTimes  , 

SurrDf  IntraNe  two rkDe lays ,  SumOfSqua r edlntraNe  two rkDe  lays  , 
SumOfDelays,  SunOfSquaredDelays 
real  MinEndToEndDelay ,  MazEndToEndDelay,  MinlntraWindowDelay , 
MazIntraWindowDe  lay ,  MinPreWindoraDelay ,  MazPr  eWindowDe  lay , 

Mi nPr  eTr ansmi  s  s  i  onDe  1  ay ,  MazPr  eTr  ansmi  s  s  i  onDe  1  ay , 
MinWindoWToNetDe  lay ,  Ma^VindoWToNetDelay 
real*8  Generat  ionTimes  ,  'WindowingTimes 
common  /  measureblock  /  Number InProcess  (MazSessions), 

Generat ionTimeBuf f erEntry  (MazSessions) , 

Gene rat ionTimes  (MazSessions,  TimeBuff erLength) , 
NumberGenerated  (MazSessions), 

WindowingTimeBufferEntry  (MazSessions), 

WindowingTimes  (MazSessions,  TimeBuff  erLength)  , 

Numb efWind owed  (MazSessions), 

TransmissionTime  Buff  erEntry  (MazSessions,  MazLinks), 
Transmiss  ionTimes  (MazSessions,  MazLinks,  TimeBuf  ferLength)  , 
NumberTr ansmi t ted  (MazSessions,  MazLinks), 

MinEndToEndDelay  (MazSessions), 

MazEndToEndDelay  (MazSessions), 

SunOfEndToEndDelays  (MazSessions), 

SunOfSquaredEndToEndDelays  (MazSessions) , 

MinlntraWindowDe  lay  (MazSessions), 

MazIntraWindowDe  lay  (MazSessions), 

SunOf IntraWindowDelays  (MazSessions), 
SunOfSquaredlntraWindowDelays  (MazSessions) , 

Mi nPr  eWindowDe  lay  (MazSessions), 

MazPr eWindowDe lay  (MazSessions), 

SunOfPT eWindowDe  lays  (MazSessions), 
SumOfSquaredPreWindowDelays  (MazSessions) , 
MinlntraNetworkDelay  (MazSessions), 

MazIntraNetworkDelay  (MazSessions), 

SumOf IntraNetworkDelays  (MazSessions), 

SunOfSquar edlntraNe  two rkDe lays  (MazSessions) , 

MinPreTransmi ss ionDe lay  (MazSessions) , 
MazPreTransmissionDelay  (MazSessions) , 
SunOfPreTransmissionDelays  (MazSessions) , 
SunOfSquaredPreTransmiss  ionDelay  (MazSessions) , 
MinWindcWToNetDe lay  (MazSessions), 

MakWindoWToNetDelay  (MazSessions), 

SunOfWindoWToNetDelays  (MazSessions), 
SunDfSquaredWindcw/ToNetDelays  (MazSessions) , 


MinDelay  (MaxSess ions ,  MaxLinks), 

MaxDelay  (MaxSess ions  ,  MaxLinks), 

SuirOfDelays  (MaxSess  ions  ,  MaxLinks), 

SunOfSquaredDe lays  (MaxSessions  ,  MaxLinks) 
integer  Entry,  OldTime,  Delay 
real*8  Generat ionTime ,  WindowingTime 
real  IntraWindovDelay 

if  (Link  .eq.  0)  then  i  Packet  generated 
InProcess  -  Number InProcess  (Session) 
if  (InProcess  .eq.  TimeBufferLength)  then  i  Overflow 
stop  ’Time  buffer  overflow  occurred’ 
else  !  Enter  packet  generated 

Entry  -  WrapAroundlncrement  (Generat ionTimeBuf f  erEntTy 
(Session),  TimeBufferLength) 

Generat ionTimeBuf ferEntry  (Session)  -  Entry 
Generat ionTime s  (Session,  Entry)  -  RealTimeMeasured 
NumberGenerated  (Session)  -  NumberGenerated  (Session)  +  1 
Number InProcess  (Session)  -  InProcess  +  1 
end  if 

else  if  (Link  .eq.  -l)  then  i  Packet  entered  window 

Entry  —  WrapAroundlncrement  (WindowingTimeBuf ferEntry 
(Session),  TimeBufferLength) 

WindowingTimeBufferEntry  (Session)  -  Entry 
WindowingTime s  (Session,  Entry)  -  RealTimeMeasured 
Numb efWind owed  (Session)  «  Numb erWind owed  (Session)  +  1 
else  if  (Link  .ne.  LastLink  (Session))  then  !  Enter  transmission 
Entry  -  WrapAroundlncrement  (TransmissionTimeBuff erEntry 
(Session,  Link),  TimeBufferLength) 

TransmissionTimeBuff erEntry  (Session,  Link)  -  Entry  . 
TransmissionTimes  (Session,  Link,  Entry)  -  TimeMeasured 

NumberTransmitted  (Session,  Link)  - 

NumberTransmitted  (Session,  Link)  +  1 
else  !  Packet  transmitted  on  last  link  in  path 

Entry  -  WrapAroundlncrement  (TransmissionTimeBuff erEntry 
(Session,  Link),  TimeBufferLength) 
TransmissionTimeBufferEntry  (Session,  Link)  -  Entry 
TransmissionTimes  (Session,  Link,  Entry)  -  TimeMeasured 

NumberTransmitted  (Session,  Link)  - 

NumberTransmitted  (Session,  Link)  +  1 
Generat ionTime  -  Generat ionTime s  (Session,  Entry) 
EndToEndDelay  -  TimeMeasured  -  Generat  ionTime  +  1.0 
MinEndToEndDelay  (Session)  - 

Min  (MinEndToEndDelay  (Session),  EndToEndDelay) 
MaxEndToEndDelay  (Session)  - 

Max  (MaxEndToEndDelay  (Session),  EndToEndDelay) 
SusOfEndToEndDelays  (Session)  - 

SuirOfEndToEndDe lays  (Session)  +  EndToEndDelay 
SumOfSquaredEndToEndDe lays  (Session)  - 
SumOf Squar edEndToEndDe lays  (Session)  + 

EndToEndDelay  *  EndToEndDelay 
WindowingTime  -  WindowingTimes  (Session,  Entry) 
IntraWindouDelay  -  TimeMeasured  -  WindowingTime  +  1.0 
MinlntraWindouOelay  (Session)  - 


Min  (Mini ntraWindovDe lay  (Session),  IntraWindovDelay) 
Maxlnt raWindovDe lay  (Session)  - 

Max  (Maxlnt  raWindovDe lay  (Session),  IntraWindovDelay) 
SunDf  I  ntraWindovDe  lays  (Session)  - 

SunDf  IntraWindovDelay  s  (Session)  +  IntraWindovDelay 
SunDf  Square  dint  raWindovDe  lays  (Session)  - 
SunDfSquaredlntraWindovDelays  (Session)  + 
IntraWindovDelay  *  IntraWindovDelay 
PreWindovDelay  -  EndToEndDe  1  ay  -  IntraWindovDelay 
MinPreWindovDe lay  (Session)  - 

Min  (MinPreWindovDe lay  (Session),  PreWindovDelay) 
MaxPreWindovDelay  (Session) 

Max  (MaxPreWindovDelay  (Session),  PreWindovDelay) 
SusDfPreWindovDelays  (Session)  - 

SunDf PreWindovDe lays  (Session)  +  PreWindovDelay 
SunDfSquaredPreWindovDelays  (Session)  - 
SunOfSquaredPreWindovDelays  (Session)  + 

PreWindovDelay  *  PreWindovDelay 
OldTime  «  Transmiss ionTimes  (Session,  FirstLink  (Session), 
Entry) 

IntraNetworkDelay  -  TimeMeasured  -  OldTime  +  1 
MinlntraNetworkDelay  (Session)  - 

Min  (MinlntraNetworkDelay  (Session),  IntraNetworkDelay) 
MaxIntraNetworkDelay  (Session)  - 

Max  (MaxIntraNetworkDelay  (Session),  IntraNetworkDelay) 
SunDf  I  ntraNe  two  rkDe  lays  (Session)  *» 

SunDf IntraNetworkDelays  (Session)  +  IntraNetworkDelay 
SunDf  Squat  edlntraNetworkDe  lays  (Session)  ■> 

SunDf Squared IntraNetworkDelays  (Session)  + 
IntraNetworkDelay  *  IntraNetworkDelay 
PreTransmiss ionDelay  - 

EndToEndDelay  -  Real  (IntraNetworkDelay) 
MinPreTransmiss ionDelay  (Session)  - 

Min  (MinPreTransmiss ionDelay  (Session), 

PreTransmi  ss  ionDe  lay) 

MaxPreTransmiss ionDe lay  (Session)  - 

Max  (MaxPreTransmiss  ionDe  lay  (Session), 

PreTransmiss  ionDelay) 

SunDfPreTransmissionDelays  (Session)  - 
SunDfPreTransmi  ss  ionDe  lays  (Session)  + 

Pr  eTr  ansmi  s  s  i  onDe  1  ay 

SunDfSquaredPreTransmissionDelay  (Session)  - 
SunDfSquaredPreTransmiss ionDelay  (Session)  + 
PreTransmiss  ionDe  lay  *  PreTransmiss  ionDe  lay 
WindoWToNetDelay  -  IntraWindovDelay  - 
Real  (IntraNetworkDelay) 

MinWindoWToNetDe lay  (Session)  - 

Min  (MiriWindoWToNetDelay  (Session), 

Wi  ndovToNe  tDe  1  ay ) 

MakWindoWToNetDelay  (Session)  - 

Max  (MakWindoWToNetDelay  (Session), 

WindoWToNe  tDelay) 

SunDfWindovToNetDelays  (Session)  - 
SunDfWindoWToNetDelays  (Session)  + 


Wi  ndoWToNe  tDe  1  ay 

SumOfSquaredWindoWToNe  tDe  lays  (Session)  - 
SumOfSquaredWindoWToNe  tDe  lays  (Session)  + 
Windo^ToNetDelay  *  WindoWToNetDelay 
do  i  -  2,  NumberOfLinksForSess ion  (Session) 

NewLink  -  Links  (Session,  i) 

NeWTime  -  TransmissionTimes  (Session,  NewLink,  Entry) 
Delay  -  NewTime  -  OldTime 
MinDelay  (Session,  NewLink)  - 

Min  (MinDelay  (Session,  NewLink),  Delay) 

MaxDelay  (Session,  NewLink)  - 

Max  (MaxDelay  (Session,  NewLink),  Delay) 

SunOfDelays  (Session,  NetvLink)  - 

SunDfDelays  (Session,  Ne'wLink)  +  Delay 
SurcOfSquaredDelays  (Session,  NewLink)  » 

SunOf  Square  dDe lays  (Session,  NewLink)  +  Delay  *  Delay 
OldTime  -  NeWTime 
end  do  !  Link  delay  loop  ends 

Number InProcess  (Session)  -  Number InProcess  (Session)  -  1 
end  if 
return 
end 


i  Enqueues  packet  in  link-queue  in  simulator  FCFS 
Subroutine  Enqueue  (Link,  Session) 

integer  Session 

integer  WrapAroundlncrement 

include  ’ParameterLS.f77’  i  MaxLinks,  MaxSessions 
include  'ParameterLB. f77’  !  LinkBufferLength 
integer  QueueHead,  QueueTail 

common  /  queueblock  /  LinkQueue  (MazLinks,  LinkBufferLength), 
QueueHead  (MaxLinks),  QueueTail  (MazLinks), 

NumberOf Packets  (MaxLinks) 
integer  Packets,  Tail 

Packets  -  NumberOf Packets  (Link) 
if  (Packets  .eq.  LinkBufferLength)  then  i  Overflow 
print  *,  ’Link  Link,  *  overflow  occurred’ 
stop 
end  if 

Tail  -  WrapAround Increment  (QueueTail  (Link),  LinkBufferLength) 

QueueTail  (Link)  -  Tail 

LinkQueue  (Link,  Tail)  -  Session 

NumberOf Packets  (Link)  -  Packets  +  1 

return 

end 


I  Dequeues  packet,  if  any,  from  link-queue  in  simulator  FCFS 
Subroutine  Dequeue  (Link,  Session) 

integer  Session 

integer  WrapAroundlncrement 

include  ’ParameterLS.f77’  !  NfexLinks,  MaxSessions 
include  ’ParameterLB.f77’  !  LinkBufferLength 
integer  QueueHead,  QueueTail 

common  /  queueblock  /  LinkQueue  (MazLinks,  LinkBufferLength), 
QueueHead  (MaxLinks),  QueueTail  (MazLinks), 

NumberOf Packe ts  (MazLinks) 
integer  Packets,  Head 

Packets  •  Numbe rOf Packe ts  (Link) 

if  (Packets  .gt.  0)  then  i  Link  has  packets  waiting 
Head  «■  WrapAroundlncrement  (QueueHead  (Link), 
LinkBufferLength) 

QueueHead  (Link)  »  Head 
Session  *  LinkQueue  (Link,  Head) 

NumberOf Packets  (Link)  -  Packets  -  1 
else  i  Link  idle 
Session  *  0 
end  if 
return 
end 
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!  Data  used  by  simulator  FCFS  for  network,  of  Figure  4.1 
Block  Data  Network 

include  *ParameterLS.f77'  !  MaxLinks,  MaxSessions 
common  /  globalblock  /  NumberOfLinks  ,  NumberOf Sess ions 
integer  TokenBuf f erLength,  OutLinks 

coxrmon  /  schemeblock  /  TokenBuf f erLength  (MaxSessions), 

OutLinks  (MaxLinks,  MaxSessions) 
comnon  /  funct ionblock  /  NumberOfLinksForSess ion  (MaxSessions), 
Links  (MaxSessions ,  MaxLinks) 
data  NumberOfLinks,  NumberOf  Sess  ions  /  2,  3  / 
data  OutLinks  (l,l)  /  2  /,  OutLinks  (1,2)  /  0  /, 

OutLinks  (2,1)  /  0  /,  OutLinks  (2,3)  /  0  / 
data  NumberOfLinksForSess ion  (l)  /  2  /, 

NumberOfLinksForSess ion  (2)  /  1  /, 

NumberOfLinksForSess ion  (3)  /  1  / 
data  Links  (1,1)  /  1  /,  Links  (1,2)  /  2  /,  Links  (2,1)  /  1  /, 
Links  (3,1)  /  2  / 

data  TokenBuf f erLength  (l)  /  3  /,  TokenBuf f erLength  (2)  /  2  /, 
TokenBuf f erLength  (3)  /  2  / 

end 
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